一个空间2个网站代码,wordpress主题包含,温州网站开发网站的制作,深圳公司网站备案文章目录 前言一、什么是事务#xff1f;1.关于事务的特性 二、为什么要有事务三、事务的提交方式测试事务准备工作事务的操作1.启动事务2.对事务进行回滚#xff08;只有在事务进行期间#xff09;3.提交事务#xff08;持久化#xff09;4.事务的异常情况结论 四、事务的… 文章目录 前言一、什么是事务1.关于事务的特性 二、为什么要有事务三、事务的提交方式测试事务准备工作事务的操作1.启动事务2.对事务进行回滚只有在事务进行期间3.提交事务持久化4.事务的异常情况结论 四、事务的隔离级别1.理解隔离性2.隔离级别1.读未提交【Read Uncommitted】2.读提交【Read Committed】3.可重复读【Repeatable Read】4.串行化【Serializable】5.查看与设置隔离级别查看隔离级别设置隔离级别 读未提交的问题——脏读问题读提交的问题——不可重复读问题可重复读——幻读问题串行化——隔离级别最高的 前言
会话事务隔离级别的英文单词
session Transactional isolation level会话 事务 隔离 级别
全局事务隔离级别的英文单词
global Transactional isolation level全局 事务 隔离 级别
一、什么是事务
刚开始学我的理解是有很多条语句组成的就是事务。但是事务并不只是简单的sql语句的组合还有一些特性。
课件的解释如下
1.关于事务的特性
原子性
要么全部完成要么全部不完成不会结束在中间的某个环节。如果一个事务在中间的过程出错就会回滚到事务开始前的状态。 比如我要从建设银行中取出100块钱转账到朋友的建设银行卡中那么这个事务处理就一定是我的银行卡金额-100对方的银行卡金额100不可能结束中间的某个环节。如果在转账过程中网络出现问题导致转账失败意味着该事务出错那一定是我的银行卡金额-100然后再100。相当于什么都没发生。
持久性
事务处理结束后对数据的修改就是永久的即使系统故障也不会丢失。就像上面的例子转账完成后我的银行卡少了100对方银行卡多了100这个修改是永久的。
一致性和隔离性关于这两个特性后面再说现在不理解。
二、为什么要有事务 事务被 MySQL 编写者设计出来,本质是为了当应用程序访问数据库的时候,事务能够简化我们的编程模型,不需要我们去考虑各种各样的潜在错误和并发问题.可以想一下当我们使用事务时,要么提交,要么回滚,我们不会去考虑网络异常了,服务器宕机了,同时更改一个数据怎么办对吧?因此事务本质上是为了应用层服务的.而不是伴随着数据库系统天生就有的. 事务就是用来当有一批sql语句过来时将这些语句打包成一个事务对象这个对象就是事务再交给事务执行列表交给MySQL处理。
所以事务就是一个执行对象。帮助我们更简单地处理sql语句。
注意在MySQL中只有使用了Innodbs数据库引擎才支持事务。 MyISAM不支持。
三、事务的提交方式
自动提交手动提交
查看事务提交方式 show variables like ‘autocommit’; 当执行下面sql语句后 set autocommit0; 意味着将事务的自动提交功能关闭了。 set autocommit1;就会重新打开。 测试事务
准备工作
1.先将事务隔离级别设置成读未提交。先不用管能不能看懂先按照步骤进行操作 mysql set global transaction isolation level READ UNCOMMITTED; 需要先重启才能生效。
事务的操作
1.启动事务
法1 start transaction 法2 begin推荐 从启动事务开始之后的所有sql语句都属于事务。
2.对事务进行回滚只有在事务进行期间
1一次性回滚到最开始 rollback; 2回滚到某个保存点 rollback to 保存点名字 先设置保存点 savepoint s1再插入数据 insert into account values(1‘张三’,1000,1); 更多sql语句如下图 完成后结果如下:
再执行下面的sql语句: rollback to s3; 该语句的意思是回滚到s3这个保存点也就是在s3之后执行的所有sql语句都会被撤回。 此时第三条insert语句就被回滚了。 再回滚到s1就会发现插入的所有数据都被撤回了。
3.提交事务持久化
要在最一开始进行启动事务后才能提交事务。 mysql commit; 也就是将事务内的一堆指令交给MySQL处理。
4.事务的异常情况
在事务的执行期间碰到mysql突然中断的情况mysql的处理是对事务进行自动回滚。
在插入了一条语句后我们手动关闭mysql客户端: 发现插入的数据并没有上一条数据。 这是因为遇到异常中断时事务会自动回滚到最开始。
还有一点需要说明 begin操作会自动更改提交方式不会受MySQL是否自动提交影响。
只要我们启动事务就会将自动提交设置成关闭状态。 结论 四、事务的隔离级别
1.理解隔离性
关于事务的原子性就是 “要么有要么没有” 的正反两面性在这样的情况下事务会出现事务处理前事务处理时事务处理后三种情况。 而原子性就只关心事务处理前和处理后的情况不关心事务具体怎么处理。 就像有的家庭中的妈妈对儿子说”你要么就不学要学你就学好“。对于妈妈来讲只有学好和不学这两种情况就是原子性妈妈不关心儿子具体怎么学学习过程是否遇到困难的情况。而对于儿子来说学习过程可能会遇到各种各样的困难学习环境的不同也会影响学习所以儿子需要隔离出一个良好的学习环境这个就叫做隔离性。
数据库中为了保证事务执行过程不受干扰就有一个特性隔离性。数据库中允许事务受不同程度的干扰就有一个特性隔离等级。
2.隔离级别
1.读未提交【Read Uncommitted】
这种隔离级别等于未隔离。几个事务之间可以看到其他事务没有提交的结果。 实际中不会用这种
2.读提交【Read Committed】
该隔离级别是大多数数据库默认的级别但MySQL不是。 一个事务智能看到其他已经提交的事务作出的改变。
3.可重复读【Repeatable Read】
MySQL默认的隔离级别。它确保同一个事务在执行 中多次读取操作数据时会看到同样的数据行。
4.串行化【Serializable】
这是事务的最高隔离级别它通过强制事务排序使之不可能相互冲突 从而解决了幻读的问题。它在每个读的数据行上面加上共享锁。但是可能会导致超时和锁竞争 这种隔离级别太极端实际生产基本不使用
5.查看与设置隔离级别
查看隔离级别 SELECT global.tx_isolation; --查看全局隔离级别 SELECT session.tx_isolation; --查看会话(当前)全局隔离级别 SELECT tx_isolation; --默认查看回话全集隔离级别 设置隔离级别 – 设置当前会话 or 全局隔离级别语法 SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE} 设置会话事务隔离级别时只会影响当前回话另起一个会话时不受影响。
例
设置会话事务隔离级别为读提交。 mysql set session transaction isolation level read committed; 可以看到设置成功了
同理设置全局事务隔离级别未读未提交 set global transaction isolation level read uncommitted; 设置全局的会对每一个会话都产生影响。
读未提交的问题——脏读问题
在设置全局事务读未提交的情况下
在会话1中插入的数据还没提交在会话2中就能无障碍地看到这样的现象叫做脏读。
左边回话1刚插入数据还没commit右边会话2就能立刻读到了。 读提交的问题——不可重复读问题
设置了全局会话隔离级别为read committed
在会话A中手动启动事务begin
同时启动会话B的事务在会话B中查询account表格内容如下
在会话A中注意会话A和会话B都处于事务状态插入一条新的值 在会话A进行事务提交前查询会话B
发现没有看到会话A中插入的那条数据。 但是在会话A进行事务提交后commit
再次查询会话B就看到了会话A插入的那条数据。
要知道会话B始终处于事务状态 意味着在事务过程的不同时间段查询相同的表发现查询到的数据不一样 读取到了不同的值这种现象叫做不可重复读(non reapeatable read)
实际上这也是一个问题是大问题。
可重复读——幻读问题
可重复读就完美解决了上面的在两个并发的事务中一个事务在插入数据另一个查到了在对方事务插入数据前和插入数据后的变化不一样的情况。 本质上是用了加锁其他策略解决
幻读发生在一个事务重新执行一个查询时返回了一组不同的行因为另一个并发的事务在这段时间内插入或删除了符合查询条件的记录。 这就好像出现幻觉一样。
串行化——隔离级别最高的
