下文主要给大家带来MySQL数据库事务知识,希望这些内容能够带给大家实际用处,这也是我编辑MySQL数据库事务知识这篇文章的主要目的。好了,废话不多说,大家直接看下文吧。
只有InnoDB引擎支持事务,下边的内容均以InnoDB引擎为默认条件
一个事务读取了另一个事务未提交的数据
一个事务对同一数据的读取结果前后不一致。两次读取中间被其他事务修改了
幻读是指事务读取某个范围的数据时,因为其他事务的操作导致前后两次读取的结果不一致。幻读和不可重复读的区别在于,不可重复读是针对确定的某一行数据而言,而幻读是针对不确定的多行数据。因而幻读通常出现在带有查询条件的范围查询中
可能产生脏读、不可重复读、幻读
避免了脏读,可能产生不可重复读、幻读
避免了脏读,不可重复读。通过区间锁技术避免了幻读
串行化可以避免所有可能出现的并发异常,但是会极大的降低系统的并发处理能力
undo日志用于存放数据修改被修改前的值
UNDO LOG中分为两种类型,一种是 INSERT_UNDO(INSERT操作),记录插入的唯一键值;
一种是 UPDATE_UNDO(包含UPDATE及DELETE操作),记录修改的唯一键值以及old column记录。
mysql会将一个事务中的所有sq先l记录到redo log中,然后再将记录从redo log同步到数据文件中
它可以带来这些好处:
当buffer pool中的dirty page 还没有刷新到磁盘的时候,发生crash,启动服务后,可通过redo log 找到需要重新刷新到磁盘文件的记录;
buffer pool中的数据直接flush到disk file,是一个随机IO,效率较差,而把buffer pool中的数据记录到redo log,是一个顺序IO,可以提高事务提交的速度;
用于数据库主从复制的记录,是二进制格式。在事务提交之后进行一个磁盘写入。
这里注意下redo log 跟binary log 的区别,redo log 是存储引擎层产生的,而binary log是数据库层产生的。假设一个大事务,对tba做10万行的记录插入,在这个过程中,一直不断的往redo log顺序记录,而binary log不会记录,直到这个事务提交,才会一次写入到binary log文件中
1、默认情况下,开启事务自动提交功能。每执行一个sql,都会对应一个事务的提交
2、 spring会将底层连接的自动提交特性设置为false。使用手动提交
事务中的所有操作作为一个整体像原子一样不可分割,要么全部成功,要么全部失败。
事务的执行结果必须使数据库从一个一致性状态到另一个一致性状态。一致性状态是指:1.系统的状态满足数据的完整性约束(主码,参照完整性,check约束等) 2.系统的状态反应数据库本应描述的现实世界的真实状态,比如转账前后两个账户的金额总和应该保持不变。https://wenku.baidu.com/view/6bb581fdae45b307e87101f69e3143323868f5eb
并发执行的事务不会相互影响,其对数据库的影响和它们串行执行时一样。比如多个用户同时往一个账户转账,最后账户的结果应该和他们按先后次序转账的结果一样。
事务一旦提交,其对数据库的更新就是持久的。任何事务或系统故障都不会导致数据丢失。
读取的是快照版本,也就是历史版本。普通的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的加锁情况是一样的
对于以上关于MySQL数据库事务知识,大家是不是觉得非常有帮助。如果需要了解更多内容,请继续关注我们的行业资讯,相信你会喜欢上这些内容的。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。