Canal 如何处理 DDL 事件：从 Binlog 解析到客户端透传的全链路解析
用户问题原文：Canal 是如何处理 DDL（数据定义语言，如 CREATE/ALTER/DROP）事件的？客户端能收到 DDL 变更吗？
在构建电商商品库实时同步至 Elasticsearch 搜索引擎的系统时，我们曾遭遇一次重大线上事故：DBA 为优化查询性能，在凌晨对product_catalog表执行了ALTER TABLE ... ADD COLUMN new_feature VARCHAR(255)。然而，下游的 Canal Adapter 在同步新插入的商品数据时，因无法识别new_feature字段而直接丢弃整条记录，导致数千个新品在搜索结果中“消失”。根本原因在于，我们的系统完全忽略了 DDL 事件的存在，也未建立任何 Schema 变更的联动机制。
这一惨痛教训揭示了一个关键问题：在 CDC 系统中，DDL 不是噪音，而是元数据演化的指令。本文将深入 Alibaba Canal 1.1.8 的源码与运行时行为，系统性地剖析其 DDL 事件的捕获、解析、存储与透传机制，并给出生产环境中安全、可靠地处理 Schema 变更的完整方案。
一、问题引入：电商商品库的“幽灵字段”危机
设想一个典型的电商商品库实时索引
？)
