1、or的使用（并不是所有的or条件都是失效的）
account_name 我创建了索引，查询也的确走了索引，那么来试试or查询
一让走了索引，（所以不能轻易的说使用or索引就失效了）
当我将or两边的查询条件换了，account_id并没有创建索引，此时查询没有走索引，走的全表扫描。
总结：or条件2边都创建索引，他还是走索引的，就如我第二张图所示，只有2边有一个没有创建索引，才会全表扫描。
2、多列索引
如图：创建了多列索引， （注意：第一列是account_id）
当查询条件中没有account_id这列，即使有status的索引，依然是失效的。
加上account_id这列，走索引了。
总结：就是当使用多列索引时，查询条件中必须包含第一次，（不论第一列在查询中的哪个位置，必须的存在），否则索引失效。
3、like的使用
当like中‘%’在前面的时候，不走索引，
%放在后面，走索引了。
总结：like中不能把%放在前面，只能放在后面，否则索引失效
4、列类型是否为字符串
直接输入了 12345 数字，而 account_name的类型是varchar类型
使用单引号括起来，走索引了。
总结：如果列是字符串类型，一定要加上单引号。
5、where条件中使用了 != 、 <>
都不走索引。。。。
总结：没有找到可以替代!=,<>的方法。只能反着来了，比如判断状态不等1的，那我就查询时，就查询等于0的。只能看情况而定了。没找到优化的办法。
6、where 后面使用表达式
总结：不是尽量，是就要不这么写。没什么意义。完全可以在程序中处理。
7、where后面使用not in
注意：in是走索引的。not in 不走索引。
8、where 后面使用is not null
注意：is null是走索引的。is not null 不走索引。
9、> < 看实际情况
10、如果mysql估计使用全表扫描要比使用索引快,则不使用索引
此时可以采用强制索引
FORCE INDEX ( pushcert_date )
转载至：https://blog.csdn.net/xcc_2269861428/article/details/98757607