http://www.51testing.com/html/41/n-4421541.html
1 负向条件查询(例如：!=、not in、not exists)都是不能使用索引，少用
可以使用:select * from Order where Status in (1,2,3)
2 尽量不要使用前导模糊查询，尽量不要使用前导模糊查询, 通配符要放于后面 like "XXX%"
3 尽量不要在条件字段上进行运算，会进行全表检索。
4 索引字段尽量不允许NULL值，单列索引不会存Null值，复合索引不存所有索引列都为Null的值
5 复合索引，使用时要注意顺序
| select * from User where LoginID = '{LoginID}' and Password = '{Password}'select * from User where Password = '{Password}' and LoginID = '{LoginID}' |
查询时，都是能够准备的命中索引。当我们使用 select * from user where loginid=‘｛loginID｝’
查询时，也是能够命中索引的。但是，当我们使用
| select * from User where Password = '{Password}' |
查询时，确无法命中索引，这是什么原因呢?
这是由于，复合索引对于查询的顺序是非常的敏感的，所以，符合索引中包含了几种规则，其中就有全列匹配和最左前缀匹配
当所有列都能够匹配时，虽然查询的顺序上有不同，但是查询优化器会将顺序进行调整，以满足适合索引的顺序，所以，顺序的颠倒是没有问题的。
如果所有列不能匹配时，就必须满足最左前缀匹配了，也就是，必须按照从左到右的顺序进行排列
查询时，结果一定只有一条。但是，数据库是不知道的，即使找到了这唯一的一条结果，他也会一直继续，直到扫描完所有的数据。
因此，在执行这样的查询时，我们可以优化一下，改成：
| select * from User where LoginID = '{LoginID}' limit 1 |
6.尽量少用或别用Select *，我们的查询其实都是有目的的，就好像登录一样，我们其实只需要知道有结果返回就行了，使用select count(0)就可以了，但是我们使用select * 的话，就会消耗大量无效的数据库内存。