发现MySQL的binlog文件占用大量磁盘空间，重启后binlog_expire_logs_seconds参数失效。通过创建自定义配置文件并挂载到Docker中，成功解决了问题，节省了服务器空间。

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

运维派介绍了MySQL 8的主从延迟优化方案，通过五个关键参数和三层并行策略，将主从延迟降低至0.2秒，显著提升性能，解决电商超卖和数据不一致问题。

MySQL 8.0.20版本引入基于zstd算法的binlog压缩功能，旨在减少磁盘空间和网络带宽的使用。该功能通过压缩事务信息实现约2的压缩比，性能仅下降约3%，在大多数场景中表现良好，显著降低存储开销。

通过分析数据库日志和binlog，解决了一次死锁问题。减少唯一索引和避免插入重复值是解决方法。文章介绍了GreatSQL数据库的特点和用途。

该文章介绍了MySQL的binlog解析以及一款新的基于Rust实现的binlog解析器。binlog是MySQL数据同步的基础，ROW类型是最优解。文章提供了解析库的地址和支持的事件类型。同时，还介绍了如何运行测试用例和解析json字段的方法。

本文介绍MySQL的binlog的概念、用途和使用方法，包括准备工作、多文件存储、管理事件和常见事件类型。作者分享了一个C#的订阅binlog的轮子。

通过 MySQL 提供的 Binlog，我们可以对 MySQL 中的数据进行同步；本文总结了 Binlog 同步的两种方式：mysql-binlog-connector-java库、Canal组件；

PolarDB-X的全局Binlog系统采用Hybrid KV Store、元数据持久化、内存分配优化等技术，可以提升全局Binlog的同步能力，多流Binlog可以解决超大规模集群时的单点瓶颈问题，保证性能的线性提升。

本篇来介绍一下PolarDB-X全局binlog在性能方面的一些设计和思考，先通过几个实际的测试案例来展示全局binlog的性能情况，然后结合这些案例来深入讲解全局binlog关于优化的故事。

MySQL Binlog记录了MySQL的变更日志，业界也有一些方案来同步Binlog的数据。不同的工具可以实现不同的目标，iLogtail也提供了便捷的Binlog同步功能，iLogtail采集到Binlog后，可以将结果输出到各类flusher。

在开发分布式数据库的过程中, Binlog 和 Redolog 是非常重要的两个概念, 两者的作用似乎相同, 但实际上各有各的使用场景. 从多副本复制一致性的角度看, Binlog 用于强一致性, Redolog 用于最终一致性. Binlog 可包含非幂等的指令, 例如 incr 指令. Redolog 只能包含幂等的指令, 例如 set 指令. 全球跨地域同步最终一致, 能不能复制...

前言最近工作中用到的，以前没有搞过 binlog，遂在本地完整的跑遍 demo 看看。整体数据流如下，Canal 接收 MySQL Binlog 到 Kafka。Spark Streaming 消费数据写到 ES。