【MySQL】事务

MySQL(六)事务

一、事务的特性

1.原子性

2.一致性

3.持久性

4.隔离性

4.1无隔离

4.1.1隔离级别

4.1.2执行效果

4.2写加锁

4.2.1隔离级别

4.2.2脏读解决

4.2.3执行效果

4.3读加锁

4.3.1不一致解决

4.3.2执行效果

4.4读写加锁

4.4.1隔离级别

4.4.2不可重复读解决

4.4.3执行效果

4.5串行化

4.5.1隔离级别

4.5.2幻读解决

4.5.3执行效果

二、事务的使用

1.开启

2.主动回滚

3.结束


一、事务的特性

1.原子性

事务里的sql,执行成功 则往下继续执行执行失败 则全部回滚回 未执行,确保了 事务整体执行成功的++正确性++事务局部执行错误的++避免性++


2.一致性

事务 通过++数据库的约束++ 以及一系列的++检查机制++ 保证事务执行前后的数据 都不会离谱 ,事务提交前后,永远只可能存在 事物提交前的状态事物提交后的状态,从一个一致性的状态 到另一个一致性状态,而不可能出现 中间的过程态


3.持久性

事务做出的修改 都是在硬盘上持久保存的,即使重启服务器,也不影响事务的接着执行


4.隔离性

数据库并发执行多个事务时,要通过 隔离 保证事务之间 数据传递关联互达的 ++准确性++

4.1无隔离

无隔离,事务之间 可随时互插 地执行

4.1.1隔离级别

read uncommitted(读未提交)

4.1.2执行效果

事务 完全并发性、没有隔离性、效率最高数据准确性最低


4.2写加锁

写加锁,主执行写事务时 完全隔离地 无法插入执行读事务 地进行

4.2.1隔离级别

read committed(读已提交)

4.2.2脏读解决

解决了 主写事务时 次读事务 会读取 前后变化且过时无效数据的 脏读问题

4.2.3执行效果

事务 并发性降低、隔离性提高、效率降低数据准确性提高


4.3读加锁

读加锁,主执行读事务时 半隔离地 无法插入执行 修改已读取数据的写事务,但可插入执行 写入与已读取数据无关的 写事务

4.3.1不一致解决

读加锁,解决了 主读事务时 次写事务 去修改已读取数据 导致已读取数据 前后变化不一致的问题

4.3.2执行效果

事务 并发性降低、隔离性提高、效率降低数据准确性提高


4.4读写加锁

读写加锁,主执行写事务时 完全隔离地 无法进行读事务、主执行读事务时 半隔离地 无法插入执行 修改已读取数据的写事务,但可插入执行 写入与读取数据无关的 写事务

4.4.1隔离级别

repeatable read (可重复读),mysql默认使用的隔离级别

4.4.2不可重复读解决

读写加锁,两锁共同约束 能完整保护 读取到数据的准确性 ,解决了 读事务的 脏读不可重复读问题

4.4.3执行效果

事务 并发性降低、隔离性提高、效率降低数据准确性提高


4.5串行化

串行化,写事务与读事务 互相完全隔离地 串排队进行

4.5.1隔离级别

serializable(串行化)

4.5.2幻读解决

解决了 读事务的 脏读不可重复读读事务也完全隔离 解决了 读加锁半隔离进行时 次写事务去写入 与读取数据无关数据 也导致 读取对象整体的结果集改变 的幻读问题

4.5.3执行效果

事务 完全没有并发性、隔离性最高、效率最低数据准确性最高


二、事务的使用

1.开启

sql 复制代码
start transaction;

开启事务


2.主动回滚

sql 复制代码
rollback;

回滚即 sql遇到失败 往回全部翻新回 未执行,可以被动回滚,也可以主动回滚


3.结束

sql 复制代码
commit;

运行到结束即 sql全部成功

相关推荐
蚂蚁背大象1 分钟前
Rust 所有权系统是为了解决什么问题
后端·rust
全栈老石1 小时前
拆解低代码引擎核心:元数据驱动的"万能表"架构
数据库·低代码
子玖1 小时前
go实现通过ip解析城市
后端·go
Java不加班2 小时前
Java 后端定时任务实现方案与工程化指南
后端
心在飞扬2 小时前
RAG 进阶检索学习笔记
后端
Moment2 小时前
想要长期陪伴你的助理?先从部署一个 OpenClaw 开始 😍😍😍
前端·后端·github
Das1_2 小时前
【Golang 数据结构】Slice 底层机制
后端·go
得物技术2 小时前
深入剖析Spark UI界面:参数与界面详解|得物技术
大数据·后端·spark
古时的风筝2 小时前
花10 分钟时间,把终端改造成“生产力武器”:Ghostty + Yazi + Lazygit 配置全流程
前端·后端·程序员