小红花·文摘
  • 首页
  • AI Tokens🪙
  • 排行榜🏆
  • 直播
  • FAQ
Dify.AI

本文深入探讨了MySQL InnoDB的MVCC机制,分析了其对DML延迟、崩溃恢复和并发语义的影响,并强调理解源码结构的重要性。提供了源码路径、流程图和实验步骤,并与PostgreSQL进行了对比,讨论了MVCC与日志系统的耦合关系及本地验证实验的必要性。

【MySQL InnoDB 内核】MVCC 与 Read View

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-23T00:00:00Z

本文介绍WiredTiger存储引擎的Checkpoint机制,作为崩溃恢复的已知时间点,与日志共同保证耐久性。流程包括加锁、eviction减压、准备、用户表reconcile、History Store(故意后置以包含新增写入)、落盘及元数据更新。通过generation防止eviction超前,支持并行checkpoint,并与Journal分工协作。

【WiredTiger 内核】Checkpoint:跨文件一致快照

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-22T00:00:00Z

本文介绍WiredTiger日志系统:WAL文件为WiredTigerLog.*,预分配用Tmplog/Preplog;提交时写commit记录,崩溃恢复从最近checkpoint回放;热路径用lock-free slot池,内部线程分工;backup cursor打开时禁用自动删除和预分配。

【WiredTiger 内核】Journal / Logging:Checkpoint 之间的 WAL

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-22T00:00:00Z
如何构建一个耐用的、自动扩展的AI代理,使用Temporal、Composio、KEDA和Kubernetes

本文讨论了如何构建一个耐用的后台代理运行时,利用Kubernetes和KEDA实现自动扩展。文章介绍了任务调度、崩溃恢复和代理能力的实现,使用Temporal确保任务的持久性。用户提交任务后,系统在后台处理,用户无需等待。通过分离控制平面和执行平面,确保系统高效运行。最终,读者将掌握构建和部署可扩展AI代理的核心概念和步骤。

如何构建一个耐用的、自动扩展的AI代理,使用Temporal、Composio、KEDA和Kubernetes

freeCodeCamp.org freeCodeCamp.org · 2026-06-23T16:17:04Z

本文探讨了MySQL InnoDB的架构与线程模型,分析了其对DML延迟、崩溃恢复和并发语义的影响,强调了理解核心数据结构和算法的重要性,并提供了源码阅读路径和实验步骤。同时与PostgreSQL进行了对比,指出不同实现的隔离语义,最后提醒在本地验证实验结果以确保数据准确性。

【MySQL InnoDB 内核】InnoDB 架构与线程模型

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-06-18T00:00:00Z

本文深入探讨了MySQL InnoDB的Redo Log机制,分析了其核心数据结构、关键算法及状态机,强调了Redo Log对DML延迟和崩溃恢复的影响。指出在排查问题时需理解其背后的结构和语义,并提供了源码阅读路径和实验步骤,同时与PostgreSQL进行了对比,强调不同实现的隔离语义。

【MySQL InnoDB 内核】Redo Log 内部机制:LSN、mtr 与组提交

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-06-18T00:00:00Z

本文探讨了MySQL InnoDB的Undo Log机制,分析了其核心数据结构、关键算法和状态机,强调了Undo Log对DML延迟和崩溃恢复的影响,并提供了源码阅读路径和实验步骤。同时对比了PostgreSQL的实现,指出两者在隔离语义上的不同,并提醒在生产环境中注意不同版本的实现差异。

【MySQL InnoDB 内核】Undo Log 与事务回滚

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-06-18T00:00:00Z

本文探讨了MySQL InnoDB的Doublewrite机制,分析其对DML延迟、崩溃恢复和并发语义的影响,强调理解核心数据结构和状态机的重要性,并提供源码阅读路径和实验步骤。同时对比了PostgreSQL的实现,指出两者在事务处理上的不同,提醒在生产环境中注意不同版本的实现差异。

【MySQL InnoDB 内核】Doublewrite 与页完整性

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-06-18T00:00:00Z

本文探讨了MySQL InnoDB的崩溃恢复机制,分析了核心数据结构、关键算法及其与日志系统的关系。崩溃恢复对DML延迟和并发语义有影响,理解相关数据结构和状态机至关重要。建议通过源码和实验进行深入理解,特别是与PostgreSQL的对比学习。

【MySQL InnoDB 内核】崩溃恢复:redo apply 与 undo rollback

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-06-18T00:00:00Z

本文介绍了WAL(Write-Ahead Log)和MemTable的实现,解决了数据持久性问题。WAL通过先写日志再写内存,确保崩溃后数据可恢复。MemTable使用跳表结构,支持高效的插入和查找。文章讨论了WAL的记录格式、分片策略及崩溃恢复的正确性,确保数据在系统崩溃时不会丢失。

【LSM-Tree】WAL + MemTable:崩溃了也不丢数据

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-03-22T00:00:00Z

本文介绍数据库崩溃恢复的核心协议ARIES,包括WAL三条规则、日志记录格式、三阶段恢复流程(分析、重做、撤销),并以MySQL InnoDB为例分析工业实现,最后讨论WAL写放大问题及优化手段,如组提交、日志压缩和并行恢复。

【存储工程】WAL 与崩溃恢复:ARIES 协议

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2025-09-05T00:00:00Z

MySQL的Redo Log和Binlog是两种日志机制。Redo Log用于崩溃恢复,确保已提交事务的数据安全;Binlog用于主从复制和点播恢复,记录数据的逻辑变化。两者协同工作,保障数据安全和高可用性。

面试官:MySQL Redo Log 和 Binlog 有什么区别?分别用在什么场景?

dotNET跨平台 dotNET跨平台 · 2025-08-31T00:03:12Z
InnoDB: Setting file '/www/server/data/ibtmp1' size to 12 MB. Physically writing the file full; Please wait …原因与解决方法

Mysql服务异常关闭,重启失败,日志显示数据库未正常关闭,启动时发生崩溃恢复。建议调整配置以限制临时表空间大小,并定期清理以确保稳定运行。

InnoDB: Setting file '/www/server/data/ibtmp1' size to 12 MB. Physically writing the file full; Please wait …原因与解决方法

付杰博客 付杰博客 · 2025-08-12T02:40:59Z
Laurenz Albe:Docker与PostgreSQL的突然死亡

警示性短篇战争故事:在Docker容器中运行软件时需要特别考虑。客户在Docker容器中运行PostgreSQL,但在高负载条件下会崩溃并进行崩溃恢复,导致服务不可用。解决方法是使用一个不同的进程启动postmaster,不要在容器中启动作业或交互式会话。

Laurenz Albe:Docker与PostgreSQL的突然死亡

Planet PostgreSQL Planet PostgreSQL · 2023-05-02T07:00:14Z
  • <<
  • <
  • 1 (current)
  • >
  • >>
👤 个人中心
在公众号发送验证码完成验证
登录验证
在本设备完成一次验证即可继续使用

完成下面两步后,将自动完成登录并继续当前操作。

1 关注公众号
小红花技术领袖公众号二维码
小红花技术领袖
如果当前 App 无法识别二维码,请在微信搜索并关注该公众号
2 发送验证码
在公众号对话中发送下面 4 位验证码
小红花技术领袖俱乐部
小红花·文摘:汇聚分发优质内容
小红花技术领袖俱乐部
Copyright © 2021-
粤ICP备2022094092号-1
公众号 小红花技术领袖俱乐部公众号二维码
视频号 小红花技术领袖俱乐部视频号二维码