mysql锁

锁，为什么mysql需要锁？因为存在多用户并发操作同一数据。我们使用的mysql数据包括两种：表本身（字段，索引，类型，大小等），表内数据。表本身的修改DDl操作，表内数据增删改查，因此也都需要锁。
锁按数据操作方式分有两种：读锁，写锁。分别对应查，增删改。按照锁范围分：全局锁，表锁，行锁，元数据锁（锁表结构的修改）。
锁解决了并发问题，但同时锁的引入也必然会带来其它问题。没有无缘无故没有代价的好处。随着锁的引入，性能方面会有所损失。这里就涉及锁的释放时，我们知道mysql的InoDB执行引擎是支持事务的。

由于id=1的数据被事务A锁定，所以事务A提交后，事务B才执行。行锁是在执行update语句时加上的，从以上结论分析，可得出行锁是在事务A提交之后释放的。这就是两阶段锁。如果一个事务中有多条语句，是不是很影响性能。为了减少所等待，优化的方式就是让影响比较大的语句往后防，晚些加锁。
第二个影响死锁和死锁检测

死锁的两种解决方案：、
1.设置innodb_deadlock_detect =on表示开启，通过innodb_lock_wait_timeout设置解锁时间。默认50s
这种方式明显不好，设置时间长业务等待时间长，设置时间短，也许正常业务因网络延迟被误判。
2.主动死锁检测
死锁检测是发现死锁后，主动回滚死锁链条中的某一个事务，让其他事务得以继续执行。将参数 innodb_deadlock_detect 设置为 on，表示开启这个逻辑。
一个事务开启后，加锁之后会检查它需要的锁是不是已经被其他事务持有，
死锁检测会占用大量的cpu。