MySQL高级-02-事务&锁--mvcc

一、事务

为啥要有事务：

1.维护数据完整性，保证成批的SQL语句要么全部执行，要么全部执行失败。（1转账案例 2.购物案例：库存+积分+订单+优惠+商家账单 →全部完成/全部失败）
2.管理增删改语句

★★事务四大特征（ACID）

★事务的隔离性（针对多个事务操作出现的问题）

tips：你的事务设置了隔离级别后，别的session要重新打开

读未提交

别的事务未提交，而你能读到别的事务未提交的信息。
如此读取到的数据叫—★脏读（不可重复读、幻读问题也有，因此时最低的隔离级别）

☆读已提交

能读到别的事物已提交的数据。 ----脏读已解决
多次读取发现得到的数据结果都不一样—★不可重复读 幻读
（例：查询到账户有钱，但是偏不能消费（别的事务抢先花光））

☆可重复读（mysql默认隔离级别，但没有此问题？）

在解决了前面脏读和不可重复读的基础上：
A事务对数据查询，第一次没有，第二次出现了（针对delete和insert）—★幻读

串行化（排队处理，解决以上所有问题，但效率↓）

事务A在操作数据时，事务B只能一旁等待，啥也不能操作，但是能读。

二、锁

why：
1.保证数据一致性；
2.使共享资源被访问时变得有序

   表锁：开销小，加锁快，不死锁，所冲突概率低，锁粒度较大，并发程度低。
   行锁：与表锁相反

InnoDB支持行锁，它也会升级成表锁。
MyISAM 支持表锁

2.1表锁：

1.读锁：
所有session都可以查询；
加锁的session不能查其他未锁定表，别的可以；
加锁的更新表会报错；不加锁的session更新表会阻塞直至解锁。
2.写锁：
加锁session增改查都可执行；其他session连读都不行，有缓存并且表数据没变的 情况可以查缓存，修改了的话缓存失效被阻塞；

简而言之，就是读锁会阻塞写，但是不会堵塞读。而写锁则会把读和写都堵塞

2.2 行锁：

1.session1更新但不提交，session2同样操作，session2阻塞；
2.进行了让索引失效的操作，行锁会升级为表锁
3.间隙锁：session1范围查询，session2插入在此范围内的不存在的数据，会阻塞

★锁定某一行：

select xx from xtable where a=8 for update
手动为某条记录上锁，提交之后别的session才能操作此行记录。

如何分析行锁定：

show status like ‘innodb_row_lock%’; 命令

主要查询分析以下变量：
Innodb_row_lock_time_avg（等待平均时长），
Innodb_row_lock_waits（等待总次数）
Innodb_row_lock_time（等待总时长）这三项。

最后可以通过
SELECT * FROM information_schema.INNODB_TRX\G;
来查询正在被锁阻塞的sql语句。

三。mvcc

快照读：

m_ids： 未提交的事务id
min_trx_id: m_ids里最小的事务id
max_trx_id:比如m_ids有三个事务id123，那么max_trx_id就是4
create_trx_id：看图

也就是说读取数据时只能读取图一的版本链存在的数据
最后一条的意思是trx_id只能已提交的id版本，而m_ids是未提交的事务id

mvcc如何实现(读已提交)&(可重复读)

RC是每个select生成一个readview
RR是每个事务才生成一个readview，无论一个事务里多少个select，它只生成一份readview，get?

快照读：mvcc负责，通过一份readview解决幻读
当前读：通过锁，通过间隙锁(锁住一段范围)
mysql的innodb引擎RR隔离级别默认开启间隙锁，so可以解决幻读