共 2 篇相关文章
这篇文章深入探讨了 InnoDB 日志体系中的核心内容——“日志本身”。作者聚焦于 redo log 与 undo log 这两类关键日志，详细拆解了它们各自记录的内容、结构以及在不同事务场景下的协作方式。 文章清晰地对比了二者的根本差异：redo log 记录的是页面物理修改的“结果”，用于保证事务的持久性；而 undo log 记录的是逻辑操作的“逆过程”，用于支持事务回滚和 MVCC 实现。这种对比不仅停留在概念层面，还结合了事务提交、崩溃恢复等具体流程，阐释了为什么必须同时需要这两类日志。 文中对日志块结构、LSN 推进、checkpoint 机制的剖析尤为细致，揭示了 InnoDB 如何通过精密的日志设计来平衡写入性能与数据安全性。对于想要理解 MySQL 底层存储引擎如何实现 ACID 特性的开发者而言，这篇分析提供了扎实的原理依据。
这是一篇介绍网络诊断工具 mtr 的知识点文章。作者从日常网络排查的痛点出发，对比了传统 ping 和 traceroute 命令的局限性——前者只知连通与延迟，后者需等待完整路径逐个超时才能绘制拓扑，效率偏低且信息分散。 文章的核心，是引出了 mtr 这个“二合一”的利器。它不仅同时具备了 ping 的延迟监测和 traceroute 的路径追踪功能，更关键的是将结果进行了动态的、可视化的整合。你会看到它持续发送数据包，并在终端里实时刷新一个表格，清晰地展示出每一跳的丢包率和延迟变化。这种“边跑边看”的模式，让网络问题的定位从“事后分析”变成了“实时观察”。 特别值得一提的是，作者强调了 mtr 在呈现丢包信息上的直观性。当数据包在某一跳丢失时，表格里会有非常明确的标识，这能帮助快速判断是本地网络问题还是中间链路的不稳定。相比起粘贴一大段 traceroute 结果来逐行分析，这种一目了然的视图确实高效得多。 对于需要频繁进行网络故障排查的运维人员或开发者来说，mtr 提供了一种更集成、更动态的视角。它把多个基础工具的优点融合，并加上了实时反馈，确实让网络状态诊断这件事变得简单而直接了。
