目录
MySQL 事务
事务是逻辑上的一组操作,要么都执行,要么都不执行。
1.事务特性(ACID)
MySQL底层实现ACID:原子性是undo log实现的,一致性是由代码逻辑层面保证的,隔离性是由mvcc实现的,持久性是基于redo log实现的。
-
原子性(Atomicity): 事务是最小的执行单位,不允许分割。事务的原子性确保动作要么全部完成,要么完全不起作用;如果失败会回滚。(undolog回滚日志)
-
一致性(Consistency): 一个事务执行之前和之后必须处于一个一致性状态,比如a与b账户公有1000元,两人之间互相转账,无论成功还是失败,他们账户总额还是1000元。类似于能量守恒定律。
-
隔离性(Isolation): 并发访问数据库时,一个用户的事务不被其他事务所干扰,各并发事务之间数据库是独立的;(锁机制,)和隔离级别有关。
-
持久性(Durability): 一个事务被提交之后。它对数据库中数据的改变是持久的,即使数据库发生故障、断电也不应该对其有任何影响。(redolog重做日志)
2.并发事务带来哪些问题
在典型的应用程序中,多个事务并发运行,经常会操作相同的数据来完成各自的任务(多个用户对同一数据进行操作)。并发虽然是必须的,但可能会导致以下的问题。
-
脏读(Dirty read): 一个事务对数据进行了增删改查,但是未提交事务。另一个事物可以读取到未提交的数据,如果第一个事务进行了回滚,那么第二个事务就读到了脏数据。依据“脏数据”所做的操作可能是不正确的。
例子:领导给张三发工资,10000元已打到张三账户,但该事务还未提交,正好这时候张三去查询工资,发现10000元已到账。这时领导发现张三工资算多了5000元,于是回滚了事务,修改了金额后将事务提交。最后张三实际到账的只有5000元。
-
丢失修改(Lost to modify): 指在一个事务读取一个数据时,另外一个事务也访问了该数据,那么在第一个事务中修改了这个数据后,第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失,因此称为丢失修改。
例如:事务1读取某表中的数据A=20,事务2也读取A=20,事务1修改A=A-1,事务2也修改A=A-1,最终结果A=19,事务1的修改被丢失。
-
不可重复读(Unrepeatableread): 一次事务发生了两次读操作,两个读操作之间发生了另一个事务对数据修改操作,这时候第一次和第二次读到的数据不一致。
不可重复度关注点在数据更新和删除,通过行级锁可以实现可重复读的隔离级别。
-
幻读(Phantom read): 幻读,指的是当某个事务在读取某个范围内的记录时,另外一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行。
相对于不可重复读,幻读更关注其它事务的新增数据。通过行级锁可以避免不可重复读,但无法解决幻读的问题,想要解决幻读,只能通过Serializable隔离级别来实现。
不可重复读和幻读区别:
不可重复读的重点是修改比如多次读取一条记录发现其中某些列的值被修改,幻读的重点在于新增或者删除比如多次读取一条记录发现记录增多或减少了。
3.事务隔离级别
SQL 标准定义了四个隔离级别:
-
READ-UNCOMMITTED(读取未提交):
在数据修改之前结果就可以被其他事务查看,不可以解决任何问题。
-
READ-COMMITTED(读取已提交):( Oracle默认隔离级别)
一个事务只能读到其他事务已经提交的数据,这个隔离级别可以解决脏读问题。
-
REPEATABLE-READ(可重复读):(引擎InnoDB,MySQL默认隔离级别) 事务不会读到其他事务对已有数据的修改,即使其他事务已提交,可以解决不可重复读问题,但是会产生幻读问题。
为例解决幻读问题引入锁机制,(1)防止间隙内有新数据被插入(2)防止已存在的数据,更新成间隙内的数据(例如防止numer=3的记录通过update变成number=5)
-
SERIALIZABLE(可串行化): 最高的隔离级别,强制事务排序,使多个事务不能产生冲突,也就是说,该级别可以防止脏读、不可重复读以及幻读。性能很低,谨慎使用。
隔离级别 | 脏读 | 不可重复读 | 幻影读 |
---|---|---|---|
READ-UNCOMMITTED | √ | √ | √ |
READ-COMMITTED | × | √ | √ |
REPEATABLE-READ | × | × | √ |
SERIALIZABLE | × | × | × |
4.隔离级别sql语句
查看
select @@transaction_isolation;
设置
set global.tx_isolation='READ-COMMITTED';
5.生产环境一般用什么隔离级别?
据我了解的是生产环境一般用读已提交,用读已提交的原因是
第一点,如果是可重复读隔离级别的话,存在间隙锁,出现死锁的记录比读已提交大很多。
第二点,可重复读隔离级别下,条件列未命中会锁表,在读已提交隔离级别下,只锁行,性能更加好。
第三点,在大部分场景下,不可重复读是可以接受的。