- 什么是事务
事务是一种机制,用来管理必须成批执行的mysql操作,以保证数据库不包含不完整的操作结果。通过事务处理,可以保证一组操作要么完全不执行,要么全部执行。 - 事务的特性
- 原子性(Atomicity)
事务中的语句,要么全部执行,要么完全不执行 - 一致性(Consistency)
一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态,也就是说一个事务执行之前和执行之后都必须处于一致性状态。
拿转账来说,假设用户A和用户B两者的钱加起来一共是5000,那么不管A和B之间如何转账,转几次账,事务结束后两个用户的钱相加起来应该还得是5000,这就是事务的一致性。 - 隔离性(Isolation)
事务是独立运行的,不会相互影响 - 持久性(Durability)
软、硬件崩溃后,InnoDB数据表驱动会利用日志文件重构修改。可靠性和高速度不可兼得, innodb_flush_log_at_trx_commit 选项 决定什么时候吧事务保存到日志里。
- 原子性(Atomicity)
- 实现原理
- 原子性、稳定性、持久性
A、C、D是通过redo和undo日志文件实现的。redo log 记录事务修改后的数据,undo log 记录事务前的原始数据。
Redo Log 保证事务的持久性。在事务提交前,只要将Redo Log持久化即可,不需要将数据持久化。当系统崩溃时,虽然数据没有持久化,但是Redo Log已经持久化。系统可以根据Redo Log的内容,将所有数据恢复到最新的状态。
Undo Log 保证事务的原子性。在操作任何数据之前,首先将数据备份到一个地方(这个存储数据备份的地方称为Undo Log)。然后进行数据的修改。如果出现了错误或者用户执行了ROLLBACK语句,系统可以利用Undo Log中的备份将数据恢复到事务开始之前的状态。
A.事务开始.
B.记录A=1到undo log.
C.修改A=3.
D.记录A=3到redo log.
E.记录B=2到undo log.
F.修改B=4.
G.记录B=4到redo log.
H.将redo log写入磁盘。
I.事务提交
为了保证持久性,必须在事务提交前将Redo Log持久化。这样,当事务提交后,即使出现故障,也可以通过redo log重新执行。
数据不需要在事务提交前写入磁盘,而是缓存在内存中。减少了IO。
有一个隐含的特点,数据必须要晚于redo log写入持久存储。
为了降低复杂度,InnoDB将Undo Log看作数据,因此记录Undo Log的操作也会记录到redo log中。这样undo log就可以象数据一样缓存起来,而不用在redo log之前写入磁盘了。 - 隔离性
隔离性由存储引擎的锁来实现。有4个隔离级别。
- read uncommitted(未提交读)
事务中的修改,即使没有提交,对其他事务也是可见的。(脏读)
脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。 - read committed(提交读)
一个事务开始时,只能看见已经提交的事务所做的修改。(不可重复读)
不可重复读:是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。 - repeatable read(可重复读)
该级别保证了同一事务中多次读取到的同样记录的结果是一致的. 但理论上,该事务级别还是无法解决另外一个幻读的问题(Phantom Read)。这是mysql事务的默认隔离级别。
幻读:一个事务按相同的查询条件查询之前检索过的数据,确发现检索出来的结果集条数变多或者减少(由其他事务插入、删除的),类似产生幻觉。例如,第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。 - SERIALIZABLE (串行读)
完全串行化的读,每次读都需要获得表级共享锁,读写相互都会阻塞,避免了上面说到的脏读,不可重复读,幻读 三个的问题。
- read uncommitted(未提交读)
- 原子性、稳定性、持久性
mysql事务
最新推荐文章于 2024-10-06 08:20:07 发布