Mysql之我见十（行锁）

（1）InnoDB同MyISAM对比

缺点：InnoDB存储引擎，开销大，加锁慢，会出现死锁，锁定粒度最小，发生锁冲突的概率最低，并发度也不高。

优点： InnoDB同MyISAM的最大不同有：支持事务、采用了行级锁。

事务：由一组SQL语句组成的逻辑单元，事务具有以下4个属性，通常简称为事务的ACID属性。

原子行（Atomicity）：事务是一个原子的操作单元，其对数据的修改，要么全部执行，要么全部不执行。

一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态，这意味着所有的相关数据规则必须应用于事务的修改。

隔离行（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的独立环境执行，这意味着事务处理过程的中间状态对外部是不可见的，反之亦然。

持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。

（2）并发事务带来的问题

1.更新丢失（Lost Update）

当两个或者多个事务选择同一行，然后基于最初选定的值更新该行时，由于每一个事务都不知道其他事务的存在，就会发生丢失更新问题，最后的更新覆盖了由其它事务所做的更新。

例如：两个程序员修改同一个java文件，每一个程序员独立地更改其副本，这样就覆盖了原始文档，最后保存其更改副本的编辑人员覆盖前一个程序员锁做的更改。

如果在一个程序员完成并提交事务之前，另一个程序员不能访问同一个文件，则可避免此问题。

2. 脏读(Dirty Reads)

一个事务正在对一条记录做修改，在这个事务完成并提交之前，这条记录的数据就处于不一致的状态，这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些脏数据，并据此做进一步的处理，就会产生未提交的数据依赖关系，这种现象被形象地叫做脏读。

一句话：事务A读取了事务B已经修改但未提交的数据，还在这个数据基础上做了操作，此时，如果B事务回滚，A读取的数据无效，不符合一致性要求。

3.不可重复读（Non-Repeatable Reads）

一个事务在读取数据后的某个时间，在次读取以前读过的数据，却发现其读出的数据已发生了改变，或某些记录已经被删除了，这种现象就叫做不可重复读。简言之：事务 A读取到了事务B已经提交的修改数据，不符合隔离性。

4.幻读(Phantom Reads)

一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就为幻读。简言之：事务A读取到了事务B提交的新增数据，不符合隔离行。幻读和脏读有点类型：脏读是事务B里面修改了数据，幻读是事务B里面新增了数据。

（3）事务的隔离级别

查看当前数据的库的事务隔离级别:shiow variables like 'tx_isolation';

(4)行锁基本演示

无索引行锁升级为表锁。

（5）间隙锁

1.间隙锁的定义

当我们用范围条件而不是相等条件检索数据，并请求共享数据或排他锁时，InnoDB会给复核条件的以有数据记录的索引项加锁，对于键值在范围内但并不存在的记录，叫做间隙（GAP）。

2.间隙锁的危害

因为Query执行过程中通过范围查找的话，他会锁定整个范围内所有的索引值，即这个键值并不存在。间隙锁有一个比较致命的弱点，就是当锁定一个范围键值之后，即使某些不存在的键值也会无辜的锁定，而造成在锁定的时候无法插入锁定键值范围内的任何数据，在某些场景下这可能会对性能造成很大的危害。

（5）如何锁定一行

（6）案例结论

Innodb存储引擎由于实现了行级锁定，虽然在锁定机制的实现方面所带来的性能损耗可能比表级锁定会更高一些，但是在整个并发处理能力方面要远远优于MyISAM的表级锁定。当系统并发量较高的时候，Innodb的整体性能和MyiSAM相比会有比较明显的优势了。但是，Innodb的行级锁定同样也其脆弱的一面，当我们使用不当的时候，可能会让Innodb的整体性能表现不仅不能比MyiSAM高，甚至可能会更差。

（7）行锁分析

通过检查InnoDB_row_lock状态变量来分析系统上的行锁的争夺情况

常用命令：show status like 'innodb_row_lock%';

（8）优化建议

1.尽可能让所有数据检索都通过索引来完成，避免无索引行锁升级为表锁

2.合理设计索引，尽量缩小锁的范围

3.尽可能较少检索条件，避免间隙锁

4.尽量控制事务大小，减少锁定资源量和时间长度

5.尽可能低级别事务隔离