上来就问MySQL事务,瑟瑟发抖...(3)

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 上来就问MySQL事务,瑟瑟发抖...

3. 回滚日志(undo log)(原子性实现原理)

回滚日志保证了事务的原子性。


回滚日志相对重做日志来说没有那么复杂的流程。


当事务对数据库进行修改时,Innodb引擎不仅会记录redo log日志,还会记录undo log日志。


如果事务失败,或者执行了rollback,为了保证事务的原子性,就必须利用undo log日志来进行回滚操作。


回滚日志的存储形式如下。


在undo log日志文件,事务中使用的每条insert都对应了一条delete,每条update也都对应一条相反的update语句


image.png


注意:


系统发生宕机或者数据库进程直接被杀死。


当用户再次启动数据库进程时,还能够立刻通过查询回滚日志将之前未完成的事务进程回滚。


这也就需要回滚日志必须先于数据持久化到磁盘上,是需要先写日志后写数据库的主要原因。


回滚日志不仅仅可以保证事务的原子性,还是实现mvcc的重要因素。


以上就是关于事务的俩大日志,重做日志、回滚日志的理解。


五、锁机制

锁在MySQL中是是非常重要的一部分,锁对MySQL数据访问并发有着举足轻重的作用。


所以说锁的内容以及细节是十分繁琐的,本节只是对Innodb锁的一个大概整理。


MySQL中有三类锁,分别为行锁、表锁、页锁。


首先需要明确的是这三类锁是是归属于那种存储引擎的。


行锁:Innodb存储引擎

表锁:Myisam、MEMORY存储引擎

页锁:BDB存储引擎

1. 行锁

行锁又分为共享锁、排它锁,也被称之为读锁、写锁,Innodb存储引擎的默认锁。


共享锁(S):


假设一个事务对数据A加了共享锁(S),则这个事务只能读A的数据。


其它事务只能再对数据A添加共享锁(S),而不能添加排它锁(X),直到这个事务释放了数据A的共享锁(S)。


这就保证了其它事务也可以读取A的数据,但是在这个事务没有释放在A数据上的共享锁(S)之前不能对A做任何修改。


排它锁(X)


假设一个事务对数据A添加了排它锁(X),则只允许这个事务读取和修改数据A。


其它任何事务都不能在对数据A添加任何类型的锁,直至这个事务释放了数据A上的锁。


排它锁阻止其它事务获取相同数据的共享锁(S)、排它锁(X),直至释放排它锁(X)。


特点


只针对单一数据进行加锁

开销大

加锁慢

会出现死锁

锁粒度最小,发生锁冲突的概率越低,并发越高。

还记得在上文中提到的事务并发带来的问题、脏读、不可重读读、幻读。


学习到了这里,应该就明白可重复读(Repeatable Read)如何解决脏读、不可重读读了。


脏读、和不可重复读的解决方案很简单,写前加排它锁(X),事务结束才释放,读前加共享锁(S),事务结束就释放


2. 表锁

表锁又分为表共享读锁、表独占写锁,也被称之为读锁、写锁,Myisa存储引擎的默认锁。


表共享读锁 : 针对同一个份数据,可以同时读取互不影响,但不允许写操作。

表独占写锁 :当写操作没有结束时,会阻塞所有读和写。

特点


对整张表加锁

开销小

加锁快

无死锁

锁粒度最大,发生锁冲突的概率越大,并发越小。

本文主要说明Innodb和Myisam的锁,页锁不就不做详细说明了。


3. 如何加锁

表锁


隐式加锁:默认自动加锁释放锁,select加读锁、update、insert、delete加写锁。

手动加锁:lock table tableName read;(添加读锁)、lock table tableName write(添加写锁)。

手动解锁:unlock table tableName(释放单表)、unlock table(释放所有表)

行锁


隐式加锁:默认自动加锁释放锁,只有select不会加锁,update、insert、delete加排它锁。

手动加共享锁:select id name from user lock in share mode;

手动加排它锁:select id name form user for update;

解锁:正常提交事务(commit)、事务回滚(rollback)、kill进程。

六、总结

本文主要对事务的重点知识点进行解读,内容总结。


事务四大特征实现原理


原子性:使用事务日志的回滚日志(undo log)实现

隔离性:使用mvcc实现(幻读问题除外)

持久性:使用事务日志的重做日志(redo log)实现

一致性:是事务追求的最终目标,原子性、隔离性、持久性都是为了保证数据库一致性而存在

事务并发出现问题的区别


脏读与不可重复读的区别:脏读是读取没有提交事务的数据、不可重复读读取的是已提交事务的数据。

幻读与不可重复读的区别:都是读取的已提交事务的数据(与脏读不同),幻读针对的是一批数据,例如个数。不可重复读针对的是单一数据。

事务日志


重做日志(redo log):实现了事务的持久性,提交事务后不是直接修改数据库,而是保证每次事务操作读写入redo log中。并且落盘会有三种策略(详细看四-1节)。

回滚日志(undo log):实现了事务的原子性,针对DML的操作,都会有记录相反的DML操作。


相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
27天前
|
存储 SQL 关系型数据库
MySQL的事务隔离级别
【10月更文挑战第17天】MySQL的事务隔离级别
97 43
|
1月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1630 14
|
2月前
|
存储 Oracle 关系型数据库
Oracle和MySQL有哪些区别?从基本特性、技术选型、字段类型、事务、语句等角度详细对比Oracle和MySQL
从基本特性、技术选型、字段类型、事务提交方式、SQL语句、分页方法等方面对比Oracle和MySQL的区别。
501 18
Oracle和MySQL有哪些区别?从基本特性、技术选型、字段类型、事务、语句等角度详细对比Oracle和MySQL
|
1月前
|
SQL 关系型数据库 MySQL
阿里面试:MYSQL 事务ACID,底层原理是什么? 具体是如何实现的?
尼恩,一位40岁的资深架构师,通过其丰富的经验和深厚的技術功底,为众多读者提供了宝贵的面试指导和技术分享。在他的读者交流群中,许多小伙伴获得了来自一线互联网企业的面试机会,并成功应对了诸如事务ACID特性实现、MVCC等相关面试题。尼恩特别整理了这些常见面试题的系统化解答,形成了《MVCC 学习圣经:一次穿透MYSQL MVCC》PDF文档,旨在帮助大家在面试中展示出扎实的技术功底,提高面试成功率。此外,他还编写了《尼恩Java面试宝典》等资料,涵盖了大量面试题和答案,帮助读者全面提升技术面试的表现。这些资料不仅内容详实,而且持续更新,是求职者备战技术面试的宝贵资源。
阿里面试:MYSQL 事务ACID,底层原理是什么? 具体是如何实现的?
|
2月前
|
SQL 关系型数据库 MySQL
MySQL基础:事务
本文详细介绍了数据库事务的概念及操作,包括事务的定义、开启、提交与回滚。事务作为一组不可分割的操作集合,确保了数据的一致性和完整性。文章还探讨了事务的四大特性(原子性、一致性、隔离性、持久性),并分析了并发事务可能引发的问题及其解决方案,如脏读、不可重复读和幻读。最后,详细讲解了不同事务隔离级别的特点和应用场景。
142 4
MySQL基础:事务
|
1月前
|
SQL 关系型数据库 MySQL
【MySQL】索引和事务
【MySQL】索引和事务
54 0
|
2月前
|
SQL Oracle 关系型数据库
详解 MySQL 的事务以及隔离级别
详解 MySQL 的事务以及隔离级别
39 0
|
3月前
|
API C# 开发框架
WPF与Web服务集成大揭秘:手把手教你调用RESTful API,客户端与服务器端优劣对比全解析!
【8月更文挑战第31天】在现代软件开发中,WPF 和 Web 服务各具特色。WPF 以其出色的界面展示能力受到欢迎,而 Web 服务则凭借跨平台和易维护性在互联网应用中占有一席之地。本文探讨了 WPF 如何通过 HttpClient 类调用 RESTful API,并展示了基于 ASP.NET Core 的 Web 服务如何实现同样的功能。通过对比分析,揭示了两者各自的优缺点:WPF 客户端直接处理数据,减轻服务器负担,但需处理网络异常;Web 服务则能利用服务器端功能如缓存和权限验证,但可能增加服务器负载。希望本文能帮助开发者根据具体需求选择合适的技术方案。
159 0
|
3月前
|
C# Windows 监控
WPF应用跨界成长秘籍:深度揭秘如何与Windows服务完美交互,扩展功能无界限!
【8月更文挑战第31天】WPF(Windows Presentation Foundation)是 .NET 框架下的图形界面技术,具有丰富的界面设计和灵活的客户端功能。在某些场景下,WPF 应用需与 Windows 服务交互以实现后台任务处理、系统监控等功能。本文探讨了两者交互的方法,并通过示例代码展示了如何扩展 WPF 应用的功能。首先介绍了 Windows 服务的基础知识,然后阐述了创建 Windows 服务、设计通信接口及 WPF 客户端调用服务的具体步骤。通过合理的交互设计,WPF 应用可获得更强的后台处理能力和系统级操作权限,提升应用的整体性能。
106 0
|
3月前
|
存储 关系型数据库 MySQL
MySQL 中的事务存储引擎深入解析
【8月更文挑战第31天】
54 0