MySQL事务&锁(概要记录)

在MySQL中只有使用InnoDB引擎的数据库和表才支持事务。

事务处理用来维护数据库的完整性,保证成批的SQL语句要么全部执行,要么全部失败

ACID


原子性(atomicity):要么全部完成,要么全部不完成(通过undo log实现)

隔离性(isolation):各个事务之间互相不干扰(通过锁和MVCC实现)

持久性(durability):事务处理结束后,对数据修改是永久的,不会改变(通过redo log 和双写缓冲实现)

一致性(consistency):事务开始前后,数据库的完整性没有被破坏,例如age更新为10,事务结束后,不会变成11

数据库并发场景


读-读:不存在任何问题,不需要并发控制

读-写:会造成事务隔离性问题,脏读,幻读,不可重复读

写-写:丢失更新问题

            第一类丢失更新:事务A撤销时,把已经提交的事务B更新的数据覆盖了

            第二类丢失更新:事务A覆盖事务B已经提交的数据,造成事务B所做的操作丢失

脏读&幻读&不可重复读


脏读:一个事务读取到了另一个事务未提交的数据

MySQL事务&锁(概要记录)

 幻读:一个事务读取到了另一个事务插入的数据(insert)

MySQL事务&锁(概要记录)

 不可重复度:一个事务读取到了其他事务已提交的数据,造成读不一致(update,delete)

MySQL事务&锁(概要记录)

 隔离级别


读未提交(RU):所有事务都可读取到未提交事务的数据(会产生脏读,幻读,不可重复读)

读已提交(RC):事务只能读取到已经提交事务的数据(会产生幻读,不可重复读)

可重复读(RR):确保一个事务的多个实例读取的数据一致(会产生幻读)

串行化:强制事务按顺序进行,避免脏读,幻读,不可重复度(通过加锁实现)

事务日志


Binlog(二进制日志):mysql服务层产生的日志,记录了所有的DDL和DML语句,用来进行数据恢复,数据库复制

Redo log(重做日志):InnoDB存储引擎层的日志,记录事务操作的变化,记录的是数据修改后的值,不管事务是否提交都会记录下来。

Undo log(回滚日志):保存了数据在事务发生之的版本,用于回滚,提供多版本并发控制下的读。

实现事务隔离的方案


1)LBCC-基于锁的并发控制(Lock Based Concurrency Control)

使用锁机制,加锁阻塞其他事务对数据的操作

共享锁、读锁,S锁,只读,不能修改(悲观锁)

        事务A对数据Record-1加S锁,事务A可以读Record-1,不能修改Record-1;其他事务只能对Record-1加S锁,不能加X锁;

        加锁:select * from t where id = 1 LOCK IN SHARE MODE;

        释放锁:事务结束(commit/rollback),会话结束

排他锁、写锁,X锁,不能与其他锁共存(悲观锁)

        事务A对数据Record-1加X锁,事务A可以对Record-1进行增删改查,其他事务不能对Record-1加任何锁

        保证了其他事务在事务A释放锁之前,不能进行读取和修改

        加锁:delete/update/insert 默认加锁, select * from t where id = 1 FOR UPDATE

        释放锁:事务结束(commit/rollback),回话结束

当前读---加锁的操作就是当前读-select  lock in share mode,select for update 

快照读---不加锁的操作就是快照读-select(隔离级别不是串行化的,串行化级别下所有操作都是当前读

MVCC-多版本并发控制(Multi-Version Concurrency Control)

维护数据在不同时间点的多个版本,使得读写操作没有冲突。

依赖undo log 和 read view实现

undo log

保存了已更改行的旧版本信息,每行增加了三个隐藏列用于实现MVCC,

db_trx_id-插入或更新的最后一个事务的事务ID;

db_roll_ptr-行的回滚指针

db_row_id-行标识符

read view

包含了当前系统活跃的事务的ID集合m_ids,以及系统中活跃事务的最小ID(TRX_ID_MIN)和最大ID(TRX_ID_MAX)

可见性判断

被访问记录的trx_id < trx_id_min --->可以被当前事务访问

被访问记录的trx_id > trx_id_max --->不可被当前事务访问

被访问记录的trx_id_min < trx_id < trx_id_max,判断 trx_id是否在m_ids中,在则说明事务未提交,不能被访问;不在说明事务已经提交,则可以访问

上一篇:SELECT * FROM information_schema.innodb_trx


下一篇:InDesign CS4实现双页码完美解决方法(图文)