mysql行锁是加在索引_Mysql 索引失效以及行锁，表锁

mysql 索引失效有以下几种情况

1，or 语句，如果要在or语句中使用索引，那么所有条件都必须使用索引，建议尽量少用or语句

2，like 前缀，类似语句  like ‘%aa

3,使用索引效率比不使用更低，比如TYPE

4.索引不存空值，所以  is null 条件语句不使用

5，多列索引，有预判，其他索引列失效

6，索引列是字符串，没用使用引号扩起

mysql  两种索引方法，一种是B-Tree索引，一种是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