mysql锁及四种事务隔离级别笔记

前言

• 数据库是一个共享资源，为了充分利用数据库资源，发挥数据
  库共享资源的特点,应该允许多个用户并行地存取数据库。但这样就会产生多个用户程序并
  发存取同一数据的情况，为了避免破坏一致性，所以必须提供并发控制机制。
• 并发控制是以事务(transaction)为单位进行的。

什么时候表锁什么时候行锁？

• 行锁是指的innodb引擎，只有通过索引条件检索数据，InnoDB才会使用行级锁，否则，InnoDB将使用表锁。

查看表锁

#查看是否有锁表的情况
show OPEN TABLES where In_use > 0;

#拼接hyq用户的kill语句，谨慎执行。
select  concat('KILL ',id,';') from
information_schema.processlist where user='hyq';

#查看当前的事务
SELECT * FROM information_schema.innodb_trx;
#查看当前锁定的事务
SELECT * FROM information_schema.innodb_locks;
#查看当前等锁的事务
SELECT * FROM information_schema.innodb_lock_waits;

查看行锁

SHOW STATUS LIKE 'innodb_row_lock%';

四种事务隔离级别

• 一个事务对某个数据对象加锁后究竞拥有什么样控制是由*类型决定的，基本的锁有两种，排它锁（写锁、X锁），共享锁（读锁、S锁）。两者的相容关系如下：

例子：

未提交读（Read uncommitted）

• 未提交读是数据库事务隔离级别中最低的一种，在这种级别下，一个事务会读到另一个事务更新后但未提交的数据，如果事务1 rollback后，那么事务2读取的数据就是脏数据，简称脏读。
  

已提交读（Read Committed）

• 只能读取到已经提交的数据。在事务1内，多次读同一数据，在这个事务还没有结束时，如果事务2恰好修改了这个数据，那么，在事务1中，两次读取的数据就可能不一致。也就是说的不可重复读的问题。如下：

可重复读(Repeated Read)

• 可重复读就是多次读取的结果都一直，而不可重复读是指，在一个事务内，多次读同一数据，在这个事务还没有结束时，如果另一个事务恰好修改了这个数据，那么，在第一个事务中，两次读取的数据就可能不一致。在这种情况下可能会遇到幻读的问题如下：

可串行化（Serializable ）

• 可串行性是并行调度正确性的唯一准则，所有事务按照次序依次执行，因此，脏读、不可重复读、幻读都不会出现。
  为保证并行调度可串行性而提供的*协议。因此我们可以得出如下结论:这个事务级别的,其并行执行的结果一定是正确的，但是呢，由于串行执行，大大降低了并行度，所以一般不使用它。
  

欢迎来公众号【侠梦的开发笔记】 一起交流进步