一、是什么
一般来说,事务对应一个完整的业务(例如银行账户转账业务),事务反映在数据库中就是用户一系列的数据库操作。一个完整的业务需要批量的DML(insert、update、delete)语句共同完成,事务保证这些操作要么全做要么全不做,是一个不可再分的工作单元。
二、事务的四大特性(ACID)
事务的 ACID 原则保证了一个事务要么成功提交,要么失败回滚,二者必居其一。它对数据的修改具有可恢复性。即当事务失败时,它对数据的修改都会恢复到该事务执行前的状态。具体ACID是什么意思呢:
Atomicity:原子性
事务必须是原子单元,最小单元,不可再分。事务中的操作要么全都执行,要么全都不执行,不能只完成部分操作。原子性在数据库系统中,由恢复机制来实现。
Consistency:一致性
事务操作前后,数据库总是由一个一致性状态到另一个一致性状态。数据库一致性的定义是由用户负责的。例如,在银行转账中,用户可以定义转账前后两个账户金额之和保持不变。
Isolation:隔离性
隔离性说的是不同事务之间是互相隔离的。系统必须保证事务不受其他并发事务的影响。当多个事务同时运行时,各事务之间相互隔离。事务查看数据时所处的状态,要么是另一个并发事务修改它之前的状态,要么是另一个并发事务修改它之后的状态,事务能查看中间状态的数据。隔离性通过系统的并发控制机制实现。
Durability:持久性
事务完成后对数据所做的任何变动在系统中是永久有效的,即使该事务产生的修改不正确,错误也将一直保持。(内存数据持久保存到磁盘文件中)持久性通过恢复机制实现,发生故障时,可以通过日志等手段恢复数据库信息。
三、事务管理操作
1.开启事务 start transaction;
开启之后,下面紧跟的的sql语句并不会马上执行并把结果写到表中,而是会写到事务日志中
结束事务时可以通过提交或回滚结束,分别表示事务成功或失败
2.事务提交 commit;
将sql语句的结果写到数据表中
3.事务回滚 rollback;
回滚会清掉开始事务管理之后写到事务日志中的内容,即恢复到开启事务管理之前
所以看到这里知道为什么事务可以保证一致性了吗?
事务失败会导致事务回滚,不会提交,此时数据还根本没有写到数据库表里。另外,事务一旦成功提交,便不能再回滚,若要回滚必须发生在提交之前。
四、你可能还有的疑问
①关于隔离性
不同事务之间具有隔离性,事务的隔离级别共分4种:
1 | 未提交读:read uncommitted |
---|---|
2 | 已提交读:read committed |
3 | 可重读:repeatable read |
4 | 串行化:serializable |
1.未提交读 --- 脏读
例如并发执行两个事务A和B,事务B在事务A还未提交数据时就可以读取到数据。这种现象就叫做未提交读,也叫“脏读”,读取到的数据叫做“脏数据” 。这种操作安全性最低,隔离级别最低。数据库隔离级别一般都高于该级别,不会出现这样低级别的隔离性。
风险:脏读。事务B读到了事务A正在处理的数据,这是完全没有准确性保证的数据,可能下一时刻数据就又变了。
2.已提交读 --- 不可重读
并发执行两个事务A和B,事务B要等到事务A提交之后才能读取数据,这种现象就叫做已提交读。这种隔离级别高于未提交读。这种级别可以避免"脏读",但是这种隔离级别会导致“不可重读”
Oracle数据库默认隔离级别就是已提交读
风险:不可重读。不可重读的意思这么理解比较好,就是说如果重读,会出问题。举个例子,事务B在事务A开始之前读了某部分数据,在事务A提交之后,又读了这一部分数据,但是这部分数据刚才被事务A改动了。所以出现了前后两次读取(第二次相当于重读一次)数据不一致的情况。
3.可重读 --- 幻读
并发执行两个事务A和B,无轮在谁先开启事务,数据将不允许再被修改(update),这种现象叫做可重读。这种隔离级别高于已提交读。
这种隔离级别可以避免“不可重读”现象,但是会导致“幻读”
MySQL数据库默认此隔离级别
风险:幻读。幻读其实也是指两次读到的数据不一致,好像出现了幻觉。幻读和不可重读的差别在于,幻读针对的不是update操作,而是insert操作。例如事务A和事务B并发执行,此时事务A查了部分数据,之后事务B不能进行update操作,但是进行了insert操作,所以数据中关于总数之类的数据会增加,事务B提交之后,事务A再查,发现有一部分数据又不一样了,这就是幻读。
4.串行化
串行化也叫序列化。是最高的事务隔离级别,在该级别下,事务串行化顺序执行,可以避免脏读、不可重复读与幻读。但是这种隔离级别效率太低,比较耗数据库性能,一般不使用。
大多数数据库默认的事务隔离级别是Read committed,比如Sql Server , Oracle。Mysql的默认隔离级别是Repeatable read。
②事务日志
事务日志的用途一般是用来备份和恢复数据的。
可以帮助提高事务的效率。
事务的每一个操作都会先写入到事务日志文件中,此时写入的仅仅是操作过程,并不是操作的大量数据,并且日志的操作是磁盘上的一小块顺序IO,速度很快。写入日志文件后,再进行数据库文件的操作,将已提交的事务数据写入到数据库文件。在事务期间如果系统崩溃,存储引擎在重启时可以依靠事务日志自动恢复出错的数据。
以上!