只有InnoDB引擎支持事务,下边的内容均以InnoDB引擎为默认条件html
一个事务读取了另外一个事务未提交的数据mysql
一个事务对同一数据的读取结果先后不一致。两次读取中间被其余事务修改了spring
幻读是指事务读取某个范围的数据时,由于其余事务的操做致使先后两次读取的结果不一致。幻读和不可重复读的区别在于,不可重复读是针对肯定的某一行数据而言,而幻读是针对不肯定的多行数据。于是幻读一般出如今带有查询条件的范围查询中sql
可能产生脏读、不可重复读、幻读数据库
避免了脏读,可能产生不可重复读、幻读并发
避免了脏读,不可重复读。经过区间锁技术避免了幻读日志
串行化能够避免全部可能出现的并发异常,可是会极大的下降系统的并发处理能力htm
undo日志用于存放数据修改被修改前的值索引
UNDO LOG中分为两种类型,一种是 INSERT_UNDO(INSERT操做),记录插入的惟一键值;事务
一种是 UPDATE_UNDO(包含UPDATE及DELETE操做),记录修改的惟一键值以及old column记录。
mysql会将一个事务中的全部sq先l记录到redo log中,而后再将记录从redo log同步到数据文件中
它能够带来这些好处:
用于数据库主从复制的记录,是二进制格式。在事务提交以后进行一个磁盘写入。
这里注意下redo log 跟binary log 的区别,redo log 是存储引擎层产生的,而binary log是数据库层产生的。假设一个大事务,对tba作10万行的记录插入,在这个过程当中,一直不断的往redo log顺序记录,而binary log不会记录,直到这个事务提交,才会一次写入到binary log文件中
一、默认状况下,开启事务自动提交功能。每执行一个sql,都会对应一个事务的提交
二、spring会将底层链接的自动提交特性设置为false。使用手动提交
事务中的全部操做做为一个总体像原子同样不可分割,要么所有成功,要么所有失败。
事务的执行结果必须使数据库从一个一致性状态到另外一个一致性状态。一致性状态是指:1.系统的状态知足数据的完整性约束(主码,参照完整性,check约束等) 2.系统的状态反应数据库本应描述的现实世界的真实状态,好比转帐先后两个帐户的金额总和应该保持不变。
并发执行的事务不会相互影响,其对数据库的影响和它们串行执行时同样。好比多个用户同时往一个帐户转帐,最后帐户的结果应该和他们按前后次序转帐的结果同样。
事务一旦提交,其对数据库的更新就是持久的。任何事务或系统故障都不会致使数据丢失。
读取的是快照版本,也就是历史版本。普通的SELECT就是快照读
读取的是最新版本。UPDATE、DELETE、INSERT、SELECT ... LOCK IN SHARE MODE、SELECT ... FOR UPDATE是当前读。
在一个事务中,标准的SELECT语句是不会加锁,可是有两种状况例外。SELECT ... LOCK IN SHARE MODE 和 SELECT ... FOR UPDATE。
SELECT ... LOCK IN SHARE MODE
给记录假设共享锁,这样一来的话,其它事务只能读不能修改,直到当前事务提交
SELECT ... FOR UPDATE
给索引记录加锁,这种状况下跟UPDATE的加锁状况是同样的
consistent read (一致性读),InnoDB用多版原本提供查询数据库在某个时间点的快照。若是隔离级别是REPEATABLE READ,那么在同一个事务中的全部一致性读都读的是事务中第一个这样的读读到的快照;若是是READ COMMITTED,那么一个事务中的每个一致性读都会读到它本身刷新的快照版本。Consistent read(一致性读)是READ COMMITTED和REPEATABLE READ隔离级别下普通SELECT语句默认的模式。一致性读不会给它所访问的表加任何形式的锁,所以其它事务能够同时并发的修改它们。