CREATE TABLE test (id int(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID',creator varchar(128) NOT NULL DEFAULT '0' COMMENT '创建人',gmt_create timestamp NULL DEFAULT NULL COMMENT '创建时间',modifier varchar(128) DEFAULT '0' COMMENT '修改人',gmt_modified timestamp NULL DEFAULT NULL COMMENT '修改时间',title varchar(64) DEFAULT NULL COMMENT '工单标题',category varchar(32) DEFAULT NULL COMMENT '工单类别',subject varchar(32) DEFAULT NULL COMMENT '工单类型',demander varchar(30) DEFAULT NULL COMMENT '需求方',is_atomic char(1) DEFAULT 'y' COMMENT '是否原子工单',atomic_id int(11) DEFAULT NULL COMMENT '当前原子工单在列表中ID',
PRIMARY KEY (id)
) ENGINE=InnoDB AUTO_INCREMENT=182431 DEFAULT CHARSET=utf8 COMMENT='测试表';
SHOW INDEX FROM test
ALTER TABLE test ADD INDEX test_title (title)
EXPLAIN SELECT * FROM test.test WHERE id = 100 or title = 'gg'
EXPLAIN SELECT * FROM test.test WHERE title = 'ggg'
一，数据量太少，制定执行计划时发现全表更快，可以往表里填几百万id和tittle不一样的数据试试。
二，确保mysql版本5.0以上，且查询优化器开启了
index_merge_union=on, 也就是变量optimizer_switch里存在index_merge_union且为on补充一点：
@mokeyjay 的说法不是很正确，且过时。可以看看以下文档。
http://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html
老生常谈了，直接引用一篇博文http://blog.csdn.net/hguisu/article/details/7106159
谢谢邀请。看看这篇文档mysql关于or的索引问题 希望对你有帮助
赞成@xiayongsheng的说法， 在线上找了一含几千万数据的表， explain了一下or查询