打扰各位问下 模式变更自动同步，这个特性是对source端和sink端都有要求还是怎么的，没看到什么

模式变更自动同步主要是数据摄入作业的一项特性，该特性主要关注于如何处理数据源（source端）的结构变化，并将其同步到目标存储（sink端）。根据提供的知识库资料，这一功能主要对数据摄入作业的配置有特定要求，具体说明如下：

1. 功能描述：

   • 数据摄入系统能够监测并自动适应数据源的Schema变更，如新增列、修改列类型等，并将这些变更同步到下游目标数据库中。这意味着当您的数据源表结构发生变化时，系统会自动调整以确保目标端的数据结构与之保持一致。

2. 配置要求：

   • 该特性主要通过pipeline模块中的schema.change.behavior配置项来控制。默认行为为LENIENT，它不允许删除或清空下游表，提供一种较为宽容的变更处理方式，以保护数据完整性。
   • 若要启用更灵活的模式变更处理，可将schema.change.behavior设置为EVOLVE。这将允许包括DROP TABLE和TRUNCATE TABLE在内的更多变更直接同步到目标端，但需谨慎使用，因为它可能导致数据丢失或结构大幅变动。
   • 进一步地，可以通过sink模块的include.schema.changes和exclude.schema.changes来细化控制哪些类型的Schema变更被应用或排除在目标端之外，实现更细粒度的管理。

3. 涉及端点：

   • 主要是对数据源端（source）的变更进行响应，并将这些变更推送到sink端。因此，此特性主要依赖于数据摄入作业对source端变化的识别与处理能力，以及sink端对接收这些变更的兼容性。

4. 注意事项：

   • 虽然文档未直接提及sink端的具体要求，但实际上sink端需要支持相应的DDL操作（如添加列、修改列类型），以便成功应用由source端发起的模式变更。
   • 在启用更激进的模式变更策略（如EVOLVE）时，务必事先评估对现有数据和业务流程的潜在影响。

综上所述，模式变更自动同步特性主要针对数据源端的变化，并通过配置指导其如何与sink端协同工作。用户需根据实际需求调整相关配置，以确保两端之间的模式变更处理既安全又有效。