mysql事务与锁

事务控制

start transaction|begin [work]
commit [work] [and [no] chain] [[no] release]
rollback [work] [and [no] chain] [[no] release]
set autocommit={0|1}

分布式事务只支持InnoDB存储引擎。

两阶段

事务ACID

• 原子性(Atomicity):要么全执行，要么全不执行
• 一致性(Consistent)：事务开始和完成时，数据必须保持一致状态
• 隔离性(Isolation)：不受外部并发操作影响
• 持久性(Durable)：数据修改时永久性的

术语

• 更新丢失：后面的更新覆盖了前面的更新
• 脏读：修改未提交之前，另一个事务去读了
• 不可重复读：一个事务内，两个时间点读的数据不一致
• 幻读：一个事务按照相同的查询条件读取以前检索过的数据，却发现其他事务插入了满足其查询条件的数据

事务的隔离级别

级别	脏读	不可重复读	幻读
可读取未确认Read uncommitted	可能	可能	可能
可读取确认Read committed	不可能	可能	可能
可重复读	不可能	不可能	可能
可串行化(序列化)Serializable	不可能	不可能	不可能

MySQL的默认隔离级别是可重复读

mysql锁

各存储引擎的锁

• MyISAM和MEMORY存储引擎采用的是表级锁
• BDB存储引擎采用的是页面锁，但也支持表级锁
• InnoDB存储引擎支持行级锁，也支持表级锁

锁	特性
表级锁	开销小，加锁快；不会出现死锁；锁定粒度大，发生冲突的概率最高，并发度最低。
行级锁	开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高
页面锁	开销和加锁时间介于表锁和行锁之间；会出现死锁；锁定粒度介于表锁和行锁之间，并发度一般

MyISAM的表锁

查询表级锁争用情况

show status like 'table%';

如果Table_locks_waited的值比较高，则说明存在着较严重的表级锁争用情况。

表级锁的锁模式

• 表共享读锁
• 表独占写锁

MyISAM总是一次获得sql语句所需要的全部锁，这是MyISAM表不会出现死锁的原因。

并发插入

MyISAM存储引擎有一个系统变量concurrent_insert

concurrent_insert值	说明
0	不允许并发插入
1	如果表中没有空洞，MyISAM允许在一个进程读表的同时，另一个进程从表尾插入记录
2	无论MyISAM表中有没有空洞，都允许在表尾并发插入记录

锁调度

• 通过设置启动参数low-priority-updates使MyISAM引擎默认给予读请求以优先的权利
• 通过执行命令set low-priority-updates=1，使得该连接发出的更新请求优先级降低
• 通过指定insert,update,delete语句的low_priority属性，降低该语句的优先级

查询优先可以解决查询相对重要的应用（用户登录）中读锁等待严重的问题。读写冲突，可以给系统参数max_write_lock_count设置一个合适的值，当一个表的读锁达到这个值后，mysql就暂时将写请求的优先级降低，给读进程一定获得锁的机会。一些需要长时间运行的查询操作，也会使写进程”饿死”，尽量避免出现长时间运行的查询操作，对于复杂的查询，不要一个sql写完，否则执行时间可能较长。在可能的情况下，尽量用中间表等措施对sql语句做一定的分解，使每一步查询时间都比较短，从而减少锁冲突。统计类的sql，可以安排在夜间空闲时刻执行。

InnoDB锁问题
InnoDB与MyISAM的最大不同有两点

• 支持事务
• 采用行级锁

获取InnoDB行锁争用情况

show status like 'innodb_row_lock%'

如果InnoDB_row_lock_waits和InnoDB_row_lock_time_avg的值比较高，则锁争用比较严重。

查看锁等待情况

select * from innodb_locks \G;

设置InnoDB Monitors观察锁冲突情况

create table innodb_monitor(a int) engine=innodb;

show engine innodb status\G;

drop table innodb_monitor;

InnoDB的行锁

• 共享锁(S):类似读锁
• 排他锁(X):类似写锁

表锁，意向锁

• 意向共享锁(IS)
• 意向排他锁(IX)

当前模式\是否兼容\请求锁模式	X	IX	S	IS
X	冲突	冲突	冲突	冲突
IX	冲突	兼容	冲突	兼容
S	冲突	冲突	兼容	兼容
IS	冲突	兼容	兼容	兼容

InnoDB行锁实现方式

InnoDB行锁是通过给索引上的索引项加锁来实现的，如果没有索引，InnoDB将通过隐藏的聚簇索引来对记录加锁，InnoDB行锁分为3中情形。

• Record lock:对索引项加锁
• Gap lock：对索引项之间的”间隙”、第一条记录前的”间隙”或最后一条记录后的”间隙”加锁。
• Next-key lock:前两种的组合，对记录及前面的间隙加锁。

InnoDB这种行锁实现特点意味着，如果不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，实际效果跟表锁一样。

next-key锁

范围条件检索数据，符合条件的数据行会加锁，条件范围内的间隙也会加锁，比如：select * from emp where empid>100 for update;其中，empid的值分别是1,2,…,100,101，InnoDB不仅会对符合条件的101记录加锁，也会对empid大于101(这些记录不存在)的间隙(GAP)加锁。一方面为了防止幻读，另一方面，为了满足其恢复和复制的需要。注意：范围更新，无论出于那个隔离级别都使用next-key锁。