https://my.elastic-code.com/zh/tags/mysql/Recent content in MySQL on Elastic CodeHugo -- gohugo.iozh-cn© 2026 Elastic CodeSat, 08 Nov 2025 09:32:11 +0800https://my.elastic-code.com/zh/posts/tech/canal_subscribe_mysql/Sat, 08 Nov 2025 09:32:11 +0800https://my.elastic-code.com/zh/posts/tech/canal_subscribe_mysql/<h1 class="relative group">基于 Canal 监听 MySQL Binlog 并推送 Redis 队列的增量同步方案 <div id="基于-canal-监听-mysql-binlog-并推送-redis-队列的增量同步方案" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"> <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e5%9f%ba%e4%ba%8e-canal-%e7%9b%91%e5%90%ac-mysql-binlog-%e5%b9%b6%e6%8e%a8%e9%80%81-redis-%e9%98%9f%e5%88%97%e7%9a%84%e5%a2%9e%e9%87%8f%e5%90%8c%e6%ad%a5%e6%96%b9%e6%a1%88" aria-label="锚点">#</a> </span> </h1> <p>在一些业务系统中，我们经常会遇到这样的场景：主业务数据写入 MySQL 后，需要把变更通知给另一个系统处理，例如数据同步、异步补偿、缓存刷新、搜索索引更新、历史数据迁移等。</p> <p>最直接的做法是在业务代码里写同步逻辑，但这种方式侵入性强，而且容易因为代码路径复杂而遗漏。更通用的方案是基于 MySQL Binlog 做 CDC（Change Data Capture）：业务系统正常写数据库，独立订阅服务监听 Binlog，解析出变更事件后投递到消息队列或缓存队列，下游消费者再异步处理。</p>