mysql 索引失效有以下几种情况
1，or 语句，如果要在or语句中使用索引，那么所有条件都必须使用索引，建议尽量少用or语句
2，like 前缀，类似语句 like '%aa
3,使用索引效率比不使用更低，比如TYPE
4.索引不存空值，所以 is null 条件语句不使用
5，多列索引，有预判，其他索引列失效
6，索引列是字符串，没用使用引号扩起
mysql 两种索引方法，一种是B-Tree索引，一种是Hash索引
使用场景为值的差异性较大，且以等值比较为条件，比如> = <用hash效率高
差异性较差，且以范围为条件，建议使用B-tree方法，以为B-Tree支持范围查找
mysql 对数据的存取和操作系统一样，通过锁控制事务的有序安全的进行，mysql的锁分为排他所即x锁和共享锁即s锁，当数据加上排他锁之后，其他事务不能对它进行查看修改，加了共享锁，其他事务可以进行查看，但不能修改！
死锁有三种情况
第一种情况，用户1访问表A(锁住A表)，然后访问表B，用户2，访问表B(锁住B),然后访问表A,这样用户1等待用户2释放表B上的锁，用户2等待用户1释放表A上的锁！
解决方法：主要由于逻辑程序bug产生，在事务的执行顺序上，如果有多个资源，保证代码执行资源顺序的一致性，比如事务A和事务B都是更新A表后然后执行B表，那么都按这个顺序执行，如操作A和B两张表时，总是按先A后B的顺序处理， 必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源。
第二种情况，事务a查询一条记录，然后准备更新这条记录，事务b进行同样的操作，但由于速度过快，事务a没来来得及commit,那么事务a查询获得这条记录的共享锁，并且事务a准备更新获得排他锁，此时b同样获得该条记录的共享锁，事务a等待事务b释放锁，进行更新，同样事务b等待事务a执行完进行更新，产生死锁！场景如下，如果一个按钮没有失效设置，用户一直点，就会出现上述情况
解决方法：1，按钮点击置灰
2，使用悲观锁，select for update 在查询的时候就加排他锁，那么事务b就不能进行查询获得共享锁
3.使用乐观锁，在每条数据加版本号version字段，对所读操作的数据都不加锁，事务a和事务b第一部查出相应的版本号v，在更新前在把提交数据与数据库版本比较，例如，update set where (v+1)>version,如果不大于认为过期就不进行更新了
第三种情况
1，如果使用一条update不满足条件的sql语句，那么行锁变成了表锁，比如索引失效情况，用了is null 或者type建立索引或者使用了like % ，或者的话where条件里面木有使用索引，那么就变成了全表扫描，update 语句也变成了表锁，那么这样的事务过多，造成死锁或阻塞！
mysql innodb 行锁升级为表锁
innodb行锁机制是对索引进行加锁，如果索引失效那么升级为表所
如果没有使用索引，那么升级为表锁
想要在已被其他事务用排他锁占用的资源上面加锁，即意向共享锁，那么会行锁会升级为表锁
mysql 如何锁表
myisam引擎：select 进行加共享锁，update加排他锁
innodb引擎：共享锁（S）：SELECT*FROM table_nameWHERE... LOCK INSHARE MODE
排他锁（X)：SELECT*FROMtable_nameWHERE...FOR UPDATE
