一、事务
为啥要有事务:
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可以解决幻读