mysql-锁

表锁-读写锁-偏读-共享锁

讨论mysql的读写锁，先讨论读锁，有 ab 两个线程，有 AB两张表，讨论在 a 对 A 加了读锁后，a 对A读写，a对B读写，b 对A读写，b对B读写的情况

读锁（共享锁）的特点：

1. 允许多个事务同时获得同一个资源的读锁。
2. 持有读锁的事务只能读取数据，不能修改数据。
3. 其他事务可以获取该资源的读锁，但不能获取写锁。

情况分析

1. 线程a对表A加读锁后，可以读取表A，但不能写入表A（报错）。
2. 线程a对表B的读写操作不受影响。
3. 线程b可以读取表A，但不能写入表A（阻塞，直到读锁释放）。
4. 线程b对表B的读写操作不受影响

a 对 A 加写锁

写锁（排他锁）的特点如下：

1. 一次只允许一个事务获得写锁。
2. 持有写锁的事务可以读取和修改数据。
3. 其他事务既不能获取该资源的读锁，也不能获取写锁。

情况分析

1. 线程a对表A加写锁后，可以自由地读取和写入表A。
2. 线程a对表B的读写操作不受影响。
3. 线程b不能读取或写入表A，这些操作会被阻塞，直到线程a释放写锁。
4. 线程b对表B的读写操作不受影响。

读锁会阻塞写，但是不会阻塞读，而写锁则会把读和写都阻塞

看看哪些表被锁了

show open tables;

如何分析表锁定

查看 Table_locks_immediate Table_locks_waited 这两个参数

show status like ‘table%’;

行锁-偏写-排他锁

锁定粒度最低，发生锁冲突的概率最低，并发度也最高

行锁支持事务

事务及其acid特性

• 原子性

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

• 一致性

在事务开始和完成时，数据都必须保持一致状态，

• 隔离性

数据处理过程的中间状态对外是不可见的

• 持久性

对于数据的修改是永久性的

并发事务带来的问题

• 更新丢失

版本覆盖

• 脏读

事务A读取到事务B已修改但尚未提交的数据，如果事务B回滚，A读取的数据无效，不符合一致性要求

• 不可重复读

事务A读取到事务B修改的数据

• 幻读

读到了新增的数据

事务隔离级别

读数据一致性及允许的并发副作用隔离级别	读数据一致性	脏读	不可重复读	幻读
未提交读	最低级别，只能保证不读取物理上损坏的数据	是	是	是
已提交读	语句级	否	是	是
可重复读	事务级	否	否	是
可序列化	最高级别，事务级	否	否	否

查看当前数据库的事务隔离级别

show variables like ‘transaction_isolation’;

演示行锁定

一个事务不提交修改某一行，另外一个事务修改同一行会被阻塞

无索引行锁升级为表锁

注意update的时候，varchar没有使用单引号的隐式类型转换导致的索引失效，会把行锁升级为表锁

间隙锁的危害

在操作一个范围数据的更新的时候，会导致中间数据的插入被锁住

比如操作 1 到 9，插入 2，这个插入就被锁住

如何锁定一行

select for update where id = xxx 锁住这一行，阻塞其他会话的操作