【mysql】事务 mvcc 锁 https://blog.csdn.net/Edddddddddy/article/details/155168564?sharetype=blogdetail&sharerId=155168564&shareref-CSDN社区

Edddddddddy 2025-11-23 22:37:24

【mysql】事务 mvcc 锁 https://blog.csdn.net/Edddddddddy/article/details/155168564?sharetype=blogdetail&sharerId=155168564&sharerefer=PC&sharesource=Edddddddddy&spm=1011.2480.3001.8118

...全文

23 回复打赏收藏转发到动态举报

写回复

用AI写文章

切换为时间正序

请发表友善的回复…

发表回复

本文探讨MySQL事务与锁的关系及其应用开发。核心内容包括：事务的ACID特性（原子性、一致性、隔离性、持久性）及其实现机制（undolog、redolog、MVCC）；锁的分类（表级/行级锁、共享/排他锁）与隔离级别的关系；死锁处理及优化建议（索引设计、事务控制）。文中特别指出锁机制不仅用于事务，也解决并发访问问题，并列举UPDATE/DELETE/INSERT等写操作会触发加锁。通过银行转账案例展示事务与锁的实际应用，强调合理使用锁对保证数据安全与性能平衡的重要性。

ACID数据持久化磁盘的消耗比较大(慢),MySQL 储存数据的流程是先存缓冲区(内存),再找合适的时机落盘,这样性能会高非常多(内存的 io 有百万,千万级 qps)但是如果数据没来得及落盘,服务就崩溃了(断电),那么数据就有丢失的风险redo log(重做日志): 解决崩溃恢复的数据丢失问题redo log会记录写(命令)数据的偏移量(数据做了什么修改)redo log会通过追加的形式将日志记录到磁盘redo log 的落盘机制(可以设置的)事务提交立即落盘。

2、如过m_ids不包含trx_id，说明这个事务在ReadView生成之前就已经提交，可见。1、如果m_ids包含trx_id，表示ReadView生成时该事务。RR级别不会再生成新的ReadView。当前初始数据：接下来开启两个事务。经过一番操作后可以看到，事务A。可以看到成功改为读已提交。，接下来分析一下流程。

作用通俗解释带来的好处读写不冲突读的人用旧版本，写的人改新版本，不用等对方锁释放。提高数据库并发能力，不用因为 “有人在写” 就卡住所有读操作。实现 “可重复读” 隔离级别同一事务内，不管别人怎么改，始终看到自己开始时的版本。保证事务内数据一致性，比如查余额→算账→再查余额，结果不变。支持事务回滚因为 undo log 保存了历史版本，回滚时可以恢复到修改前的状态。实现事务的原子性（要么全成，要么全回滚）。避免锁竞争读操作不用加锁（通过版本控制），只有写操作加锁，减少锁冲突。

本文介绍了数据库系统中的两种重要机制：LRU缓存替换策略和MVCC多版本并发控制。LRU通过链表和哈希表组合实现，优先淘汰最近最少使用的数据，适用于缓存管理场景，但存在性能开销。MVCC通过维护数据行的多版本和ReadView机制，实现读操作不被写操作阻塞，提高并发性能，支持快照读和当前读两种模式。文章详细解析了两种机制的工作原理、实现流程、优缺点及适用场景，并提供了Java代码示例和SQL操作案例，帮助理解这两种数据库核心技术。

零声开发者社区

520

社区成员

3,689

社区内容

发帖

与我相关

我的任务

nginx中间件后端企业社区

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

请新加入的VIP学员，先将自己参加活动的【所有文章】，同步至社区：

【内容管理】-【同步至社区-【零声开发者社区】

试试用AI创作助手写篇文章吧

+ 用AI写文章