网站排名优化软件,重庆轨道交通最新,大丰网站建设,wordpress菜单的功能文章目录 什么是事务?事务的特性(ACID)并发事务带来的问题事务隔离级别实际情况演示脏读(读未提交)避免脏读(读已提交)不可重复读可重复读防止幻读(可串行化) 什么是事务?
事务是逻辑上的一组操作#xff0c;要么都执行#xff0c;要么都不执行。
事务最经典也经常被拿出… 文章目录 什么是事务?事务的特性(ACID)并发事务带来的问题事务隔离级别实际情况演示脏读(读未提交)避免脏读(读已提交)不可重复读可重复读防止幻读(可串行化) 什么是事务?
事务是逻辑上的一组操作要么都执行要么都不执行。
事务最经典也经常被拿出来说例子就是转账了。假如小明要给小红转账1000元这个转账会涉及到两个关键操作就是将小明的余额减少1000元将小红的余额增加1000元。万一在这两个操作之间突然出现错误比如银行系统崩溃导致小明余额减少而小红的余额没有增加这样就不对了。事务就是保证这两个关键操作要么都成功要么都要失败。
事务的特性(ACID) 原子性 事务是最小的执行单位不允许分割。事务的原子性确保动作要么全部完成要么完全不起作用一致性 执行事务前后数据保持一致例如转账业务中无论事务是否成功转账者和收款人的总额应该是不变的隔离性 并发访问数据库时一个用户的事务不被其他事务所干扰各并发事务之间数据库是独立的持久性 一个事务被提交之后。它对数据库中数据的改变是持久的即使数据库发生故障也不应该对其有任何影响。
并发事务带来的问题
在典型的应用程序中多个事务并发运行经常会操作相同的数据来完成各自的任务多个用户对统一数据进行操作。并发虽然是必须的但可能会导致以下的问题。
脏读Dirty read: 当一个事务正在访问数据并且对数据进行了修改而这种修改还没有提交到数据库中这时另外一个事务也访问了这个数据然后使用了这个数据。因为这个数据是还没有提交的数据那么另外一个事务读到的这个数据是“脏数据”依据“脏数据”所做的操作可能是不正确的。丢失修改Lost to modify: 指在一个事务读取一个数据时另外一个事务也访问了该数据那么在第一个事务中修改了这个数据后第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失因此称为丢失修改。 例如事务1读取某表中的数据A20事务2也读取A20事务1修改AA-1事务2也修改AA-1最终结果A19事务1的修改被丢失。不可重复读Unrepeatableread: 指在一个事务内多次读同一数据。在这个事务还没有结束时另一个事务也访问该数据。那么在第一个事务中的两次读数据之间由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况因此称为不可重复读。幻读Phantom read: 幻读与不可重复读类似。它发生在一个事务T1读取了几行数据接着另一个并发事务T2插入了一些数据时。在随后的查询中第一个事务T1就会发现多了一些原本不存在的记录就好像发生了幻觉一样所以称为幻读。
不可重复度和幻读区别
不可重复读的重点是修改幻读的重点在于新增或者删除。
例1同样的条件, 你读取过的数据, 再次读取出来发现值不一样了 事务1中的A先生读取自己的工资为 1000的操作还没完成事务2中的B先生就修改了A的工资为2000导 致A再读自己的工资时工资变为 2000这就是不可重复读。
例2同样的条件, 第1次和第2次读出来的记录数不一样 假某工资单表中工资大于3000的有4人事务1读取了所有工资大于3000的人共查到4条记录这时事务2 又插入了一条工资大于3000的记录事务1再次读取时查到的记录就变为了5条这样就导致了幻读。
事务隔离级别
SQL 标准定义了四个隔离级别
READ-UNCOMMITTED(读取未提交) 最低的隔离级别允许读取尚未提交的数据变更可能会导致脏读、幻读或不可重复读。READ-COMMITTED(读取已提交) 允许读取并发事务已经提交的数据可以阻止脏读但是幻读或不可重复读仍有可能发生。REPEATABLE-READ(可重复读) 对同一字段的多次读取结果都是一致的除非数据是被本身事务自己所修改可以阻止脏读和不可重复读但幻读仍有可能发生。SERIALIZABLE(可串行化) 最高的隔离级别完全服从ACID的隔离级别。所有的事务依次逐个执行这样事务之间就完全不可能产生干扰也就是说该级别可以防止脏读、不可重复读以及幻读。 隔离级别脏读不可重复读幻影读READ-UNCOMMITTED√√√READ-COMMITTED×√√REPEATABLE-READ××√SERIALIZABLE×××
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ可重读。我们可以通过SELECT tx_isolation;命令来查看,MySQL 8.0 该命令改为SELECT transaction_isolation;
mysql SELECT tx_isolation;
-----------------
| tx_isolation |
-----------------
| REPEATABLE-READ |
-----------------这里需要注意的是与 SQL 标准不同的地方在于InnoDB 存储引擎在 REPEATABLE-READ可重读 事务隔离级别下允许应用使用 Next-Key Lock 锁算法来避免幻读的产生。这与其他数据库系统(如 SQL Server)是不同的。所以说虽然 InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ可重读 但是可以通过应用加锁读例如 select * from table for update 语句来保证不会产生幻读而这个加锁度使用到的机制就是 Next-Key Lock 锁算法。从而达到了 SQL 标准的 SERIALIZABLE(可串行化) 隔离级别。
因为隔离级别越低事务请求的锁越少所以大部分数据库系统的隔离级别都是READ-COMMITTED(读取提交内容):但是你要知道的是InnoDB 存储引擎默认使用 REPEATABLE-READ可重读 并不会有任何性能损失。
InnoDB 存储引擎在 分布式事务 的情况下一般会用到SERIALIZABLE(可串行化) 隔离级别。
实际情况演示
在下面我会使用 2 个命令行mysql 模拟多线程多事务对同一份数据的脏读问题。
MySQL 命令行的默认配置中事务都是自动提交的即执行SQL语句后就会马上执行 COMMIT 操作。如果要显式地开启一个事务需要使用命令START TARNSACTION。
我们可以通过下面的命令来设置隔离级别。
SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTED|REPEATABLE READ|SERIALIZABLE]我们再来看一下我们在下面实际操作中使用到的一些并发控制语句:
START TARNSACTION |BEGIN显式地开启一个事务。COMMIT提交事务使得对数据库做的所有修改成为永久性。ROLLBACK回滚会结束用户的事务并撤销正在进行的所有未提交的修改。
脏读(读未提交) 避免脏读(读已提交) 不可重复读
还是刚才上面的读已提交的图虽然避免了读未提交但是却出现了一个事务还没有结束就发生了 不可重复读问题。 可重复读 防止幻读(可串行化) 一个事务对数据库进行操作这种操作的范围是数据库的全部行然后第二个事务也在对这个数据库操作这种操作可以是插入一行记录或删除一行记录那么第一个是事务就会觉得自己出现了幻觉怎么还有没有处理的记录呢? 或者 怎么多处理了一行记录呢?
幻读和不可重复读有些相似之处 但是不可重复读的重点是修改幻读的重点在于新增或者删除。
