重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
3). 幻读 :
创新互联专注为客户提供全方位的互联网综合服务,包含不限于做网站、成都网站制作、贡山网络推广、重庆小程序开发公司、贡山网络营销、贡山企业策划、贡山品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;创新互联为所有大学生创业者提供贡山建站搭建服务,24小时服务热线:028-86922220,官方网址:www.cdcxhl.com
是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。例如,一个编辑人员更改作者提交的文档,但当生产部门将其更改内容合并到该文档的主复本时,发现作者已将未编辑的新材料添加到该文档中。如果在编辑人员和生产部门完成对原始文档的处理之前,任何人都不能将新材料添加到文档中,则可以避免该问题。
幻读是指:在一个事务中,读取到了其他已经提交的事务插入的数据行。
MySQL在解决脏读、不可重复的读时候,使用了MVCC一致性视图,同时配合行锁来解决。
至于幻读的解决方式,MySQL引入了临键锁,通过间隙锁可以避免在两个行之间插入数据,从而避免了一个事务在读取的过程中,读取到其他事务插入的数据行。
mysql 乐观锁怎么解决幻读
由于事务的并发执行,带来以下一些著名的问题:
(1)更新丢失(LostUpdate):当两个或多个事务选择同一行,然后基于最初选定的值更新该行时,由于每个事务都不知道其他事务的存在,就会发生丢失更新问题--最后的更新覆盖了由其他事务所做的更新。
举例:首先甲提款时帐户内有200元,同时乙转帐也是200元,然后甲乙同时操作,甲操作成功取走100元,乙操作失败回滚,帐户内最终为200元,这样甲的操作被覆盖掉了,银行损失100元。
(2)脏读(DirtyReads):一个事务正在对一条记录做修改,在这个事务完成并提交前,这条记录的数据就处于不一致状态;这时,另一个事务也来读取同一条记录,如果不加控制,第二个事务读取了这些“脏”数据,并据此做进一步的处理,就会产生未提交的数据依赖关系。这种现象被形象地叫做"脏读"。
举例:账户内有200元,甲取款100元未提交,乙进行转帐查到帐户内剩有100元,这是甲放弃操作回滚,乙正常操作提交,帐户内最终为0元,乙读取了甲的脏数据,客户损失100元。
程序中添加事物处理,同表操作添加锁,这样可以防止MySQL出现脏数据。
语法
我们先来看看事务的语法。现在的社会比较浮躁,大家往往只在乎如何解决问题,而不去考虑问题的本质到底是什么。
所以我决定先来介绍事务的语法:
1. 开启事务start transaction,可以简写为 begin2. 然后记录之后需要执行的一组sql
3. 提交commit
4. 如果所有的sql都执行成功,则提交,将sql的执行结果持久化到数据表内。
5. 回滚rollback
6. 如果存在失败的sql,则需要回滚,将sql的执行结果,退回到事务开始之时7. 无论回滚还是提交,都会关闭事务!需要再次开启,才能使用。
8. 还有一点需要注意,就是事务只针对当前连接。
下面我们来进行演示:
使用第一个链接A,开启事务后,执行一条update语句。
结果成功,数据已经变成修改之后!
这里写图片描述
此时我们没有提交。
再从其他连接B来查看,发现数据为更改:
这里写图片描述
此时如果连接A选择提交,也就是commit操作。则连接B的数据也会发生变化。
而如果连接A选择回滚,也就是rollback操作。则连接A再次查询则发现数据还原。
基本原理
语法说完了,浮躁的人也不用继续看下去了。下面简单说一下事务的基本原理吧。
提交,就会将结果持久化,不提交就不会。
如果我们不开启事务,只执行一条sql,马上就会持久化数据,可以看出,普通的执行就是立即提交。
这是因为MySQL默认对sql语句的执行是自动提交的。
也就是说,开启事务,实际上就是关闭了自动提交的功能,改成了commit手动提交!
我们可以通过简单的对是否自动提交加以设置,完成开启事务的目的!
自动提交的特征是保存在服务的一个autocommit的变量内。可以进行修改:
这里写图片描述
还需要注意一点,就是事务类似于外键约束,只被innodb引擎支持。
特点
下面来说说事务的特点ACID。也就是原子性,一致性,隔离性和持久性。
原子性:事务是不可分割的。
一致性:保证数据在事务的执行周期内,是一致的!
隔离型:多个事务之间的干扰关系!隔离级别!
持久性:事务一旦被提交,就不可能再被回滚!
事务并发
事务并发会带来一些问题,所以才有了不同的事务隔离级别。要想了解事务的隔离级别,就必须首先了解事务并发会带来的问题。
一般来说,会出现三类数据读问题和数据更新问题。
脏读
一个事务正在对一条记录做修改,但未提交,另一个事务读取了这些脏数据,并进一步处理,就会产生未提交的数据依赖。
举一个例子:
时间转账事务A取款事务B
T1开始事务
T2开始事务
T3查询账户余额为1000元
T4取出500元把余额改为500元
T5查询账户余额为500元(脏读)
T6撤销事务余额恢复为1000元
T7汇入100元把余额改为600元
T8提交事务
A读取了B尚未提交的脏数,导致最后余额为600元。
不可重复读
一个事务在不同时间读取数据不一致。
举一个例子:
时间取款事务A转账事务B
T1开始事务
T2开始事务
T3查询账户余额为1000元
T4查询账户余额为1000元
T5取出100元把余额改为900元
T6提交事务
T7查询账户余额为900元(和T4读取的不一致)可以看到最后读取的数据不一致。
幻读
幻读和不可重复读的概念类似,都是不同时间数据不一致,只不过幻读是针对新增数据,而不可重复读是针对更改数据。
看一个例子:
时间统计金额事务A转账事务B
T1开始事务
T2开始事务
T3统计总存款数为10000元
T4新增一个存款账户,存款为100元
T5提交事务
T6再次统计总存款数为10100元(幻象读)
更新丢失
两个事务对同一数据进行更新,后者会覆盖先者的更新。
时间取款事务A转账事务B
T1开始事务
T2开始事务
T3查询账户余额为1000元
T4查询账户余额为1000元
T5汇入100元把余额改为1100元
T6提交事务
T7取出100元将余额改为900元
T8撤销事务
T9余额恢复为1000元(丢失更新)
隔离级别
事务并发带来的问题前文已经描述得非常仔细了。事务的隔离级别就是为了针对并发出现的问题,不同的级别可以保证不同的一致性。
为了解决上面讲到的并发事务处理带来的问题,SQL标准提出了4个等级的事务隔离级别。不同的隔离级别在同样的环境下会出现不同的结果。
下面看看四种隔离级别的比较:
隔离级别读数据一致性脏读不可重复读幻读
未提交读(Read uncommitted)最低级别,只能保证不读取物理上损坏的数据是是是已提交读(Read committed)语句级否是是
可重复读(Repeatable read)事务级否否是
可序列化(Serializable)最高级别,事务级否否否
select @@tx_isolation;
该语句可以查看数据库的隔离级别。
SQL中定义有四个隔离级别:
READ UNCOMMITTED 读未提交 ,该隔离级下可以看见其他用户正在修改但是还没有提交的数据,会给用户造成修改丢失,并且会脏读数据。
READ COMMITTED 读已提交,该隔离级别下数据不可重复读,并且会幻读。
REPEATABLE READ 可重复读,该隔离级别为MySQL默认的隔离级别。该隔离级别会存在幻读。
SERIALIZABLE 可读不可写。可读取数据,要写入数据必须要等待另一个事务结束。不存在脏读,不可重复读,幻读的问题。
事务隔离级别主要解决一下问题:
脏读:A、B两个事务,事务A修改某一个数据并将其写回磁盘,事务B读取同一数据后,A由于某种原因被撤销,事务回滚,这时A修改过的数据恢复原值。B读取到的数据和数据库中的数据不一致,所以B读到的数据就是脏数据。
不可重复读:A读取数据后,B事务执行更新操作,使A无法再现前一次的读取结果。不可重复读主要包括三种情况:
(1)事务A读取某一数据后,事务B对其进行修改,当A再次读该数据时,得到与前一次不同的值。
(2)事务A按一定条件从数据库中读取了某些数据,事务B 删除了其中部分数据,当A 再按照相同的条件读取数据时,数据变少了。
(3)事务A按一定条件读取数据后,事务B插入了一些数据,A再次读取时数据会变多。
第二种情况和第三种情况也称为幻读。
修改丢失:两个事务A、B读入同一数据并修改,A提交的修改结果被B提交的修改覆盖,导致A修改的数据丢失。