InnoDB -> ACID 原子性(不可分割,完全成功或失败)、一致性、隔离性、持久性(redo) -> begin; commit
还有自动提交、隐式提交的概念。保存点、
脏读(读到了其他事务未提交的修改数据)
不可重复读(读到了其他事务提交的数据)
幻读(新增数据导致其他事务未提交的数据)
幻读产生原因:行锁只能锁住行,即使把所有的行记录都上锁,也阻止不了新插入的记录
处理方式:加锁、事务隔离、MVCC
加锁:
- 脏读:在修改时加排它锁,直到事务提交时释放;读取时加共享锁,读完释放。
- 不可重复读:读数据时加共享锁;写数据时加排它锁。
- 幻读:加范围锁
LBCC(Lock-Based Concurrent Control)
共享锁(行锁):读锁 -> 防止别人修改资源,多人可以读,多人可以加锁 select xx LOCK IN SHARE MODE
排它锁(行锁):写锁 -> 仅自身可以增删改查,别人不能任何加锁操作(可以读) select xx FOR UPDATE
意向锁:表锁 -> 提高加锁的效率,识别是否有读锁写锁
!已存在的记录值开始锁!
记录锁:查询命中一条记录
间隙锁:查询区间记录,锁区间
临键锁:左开右闭区间
自增锁:innodb_autoinc_lock_mode
事务隔离:
读未提交、读已提交、可重复读、串行化
MVCC
(Multi-Version Concurrency Control) 多版本并发控制
事务id是在更新的时候生成的,查询的时候不会生成事务id
read-view是在select的时候生成的,是整个库的快照,未提交事务的id数组,和已创建的最大事务id(无论是否提交)
当前读:
当前读:!修改的时候,先读后写!。(当前读可能存在幻读、快照读不存在)防止其他事务的修改丢失
select...lock in share mode
(共享读锁)
select...for update
update , delete , insert
当前读, 读取的是最新版本, 并且对读取的记录加锁, 阻塞其他事务同时改动相同记录,避免出现安全问题。
例如,假设要update一条记录,但是另一个事务已经delete这条数据并且commit了,如果不加锁就会产生冲突。所以update的时候肯定要是当前读,得到最新的信息并且锁定相应的记录。
快照读
快照读(read-view):mysql在一定程度上解决了幻读 -> 由执行查询时所有未提交事务ID数组和已创建的最大事务ID组成
单纯的select操作,不包括 select ... lock in share mode
, select ... for update
。
Read Committed隔离级别:每次select都生成一个快照读。
Read Repeatable隔离级别:开启事务后第一个select语句才是快照读的地方,而不是一开启事务就快照读。
可重复读的事务下,read-view是在整个session中的select过程中不变的。
undo回滚日志 + 记录版本链
read-view -> 隔离级别:
读已提交:当前存在的最新版本的数据
可重复读:当前事务开启之前的最后一个版本状态
行锁:锁的是什么?
InnoDB的行锁是针对索引加的锁,不是针对记录加的锁。并且该索引不能失效,否则都会从行锁升级为表锁。
mysql几种日志:
binlog(sql)
以事件的形式记录,默认关闭,不会记录select和show操作。
undo log(反向操作日志)逻辑型日志
<trx_id、Y、9> 事务trx_id对Y进行了修改,修改前Y的值是9。(一致性)
redo log(某一页的数据)物理型日志
<trx_id、X、V> 事务trx_id将V存储到数据库元素X。(原子性、持久性)
方便记录、等不忙的时候在持久化。满了持久化之后清除;真实物理修改
update的时候,直接修改buffer pool里的数据 (脏页),然后生成redo log,redo log持久化,然后返回修改成功
保证原子性:Innodb的undo log回滚日志
保证持久性:Innodb的redo log
relay log
error log
慢日志