Debezium 博客
作为近期 使用变更数据捕获和流处理构建审计日志 博客文章的后续，我们希望通过管理功能扩展此示例，使其能够捕获和修复任何缺失的事务数据。
在上述博客文章中，有一个日志增强服务，用于将“Vegetable”数据库表中插入或更新的数据与事务上下文数据（例如
-
事务 ID
-
执行操作的用户名
-
实际更改背后的用例，例如“创建蔬菜”
只要所有更改都通过蔬菜服务进行，这一切都能很好地工作。但情况总是如此吗？
那么维护活动或直接在数据库级别执行的迁移脚本呢？仍然存在大量此类活动，无论是故意的，还是因为这是我们正在努力改变的老习惯……
