前言
数据库是一个共享资源,为了充分利用数据库资源,发挥数据
库共享资源的特点,应该允许多个用户并行地存取数据库。但这样就会产生多个用户程序并
发存取同一数据的情况,为了避免破坏一致性,所以必须提供并发控制机制。并发控制是以事务(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 )
- 可串行性是并行调度正确性的唯一准则,所有事务按照次序依次执行,因此,脏读、不可重复读、幻读都不会出现。
为保证并行调度可串行性而提供的*协议。因此我们可以得出如下结论:这个事务级别的,其并行执行的结果一定是正确的,但是呢,由于串行执行,大大降低了并行度,所以一般不使用它。
欢迎来公众号【侠梦的开发笔记】 一起交流进步