3.2. 更新数据库并查看 更新 事件

流程

1. 在运行 MySQL 命令行客户端的终端中，运行以下语句：

   mysql> UPDATE customers SET first_name='Anne Marie' WHERE id=1004;
   Query OK, 1 row affected (0.05 sec)
   Rows matched: 1  Changed: 1  Warnings: 0

   Copy to Clipboard Toggle word wrap

2. 查看更新的 客户 表：

   mysql> SELECT * FROM customers;
   +------+------------+-----------+-----------------------+
   | id   | first_name | last_name | email                 |
   +------+------------+-----------+-----------------------+
   | 1001 | Sally      | Thomas    | sally.thomas@acme.com |
   | 1002 | George     | Bailey    | gbailey@foobar.com    |
   | 1003 | Edward     | Walker    | ed@walker.com         |
   | 1004 | Anne Marie | Kretchmar | annek@noanswer.org    |
   +------+------------+-----------+-----------------------+
   4 rows in set (0.00 sec)

   Copy to Clipboard Toggle word wrap

3. 切换到运行 kafka-console-consumer 的终端，以查看第五个事件。

   通过在 客户 表中更改记录，Debezium MySQL 连接器会生成新的事件。您应该会看到两个新的 JSON 文档：一个用于事件 的密钥，另一个用于新事件 的值。

   以下是 更新 事件 的密钥 详情（便于阅读）：

     {
       "schema": {
         "type": "struct",
         "name": "dbserver1.inventory.customers.Key"
         "optional": false,
         "fields": [
           {
             "field": "id",
             "type": "int32",
             "optional": false
           }
         ]
       },
       "payload": {
         "id": 1004
       }
     }

   Copy to Clipboard Toggle word wrap

   这个密钥 与上一个事件 的密钥 相同。

   这里是新事件 的值。架构 部分没有更改，因此仅显示 有效负载 部分（为可读性格式化）：

   {
     "schema": {...},
     "payload": {
       "before": {  

   1

   
         "id": 1004,
         "first_name": "Anne",
         "last_name": "Kretchmar",
         "email": "annek@noanswer.org"
       },
       "after": {  

   2

   
         "id": 1004,
         "first_name": "Anne Marie",
         "last_name": "Kretchmar",
         "email": "annek@noanswer.org"
       },
       "source": {  

   3

   
         "name": "1.9.5.Final",
         "name": "dbserver1",
         "server_id": 223344,
         "ts_sec": 1486501486,
         "gtid": null,
         "file": "mysql-bin.000003",
         "pos": 364,
         "row": 0,
         "snapshot": null,
         "thread": 3,
         "db": "inventory",
         "table": "customers"
       },
       "op": "u",  

   4

   
       "ts_ms": 1486501486308  

   5

   
     }
   }

   Copy to Clipboard Toggle word wrap

   1 1 1

   before 字段现在具有带有值在数据库提交前的行的状态。

   2 2 2

   after 字段现在具有行的更新状态，first_name 值现在是 Anne Marie。

   3 3 3

   source 字段结构有许多与以前相同的值，但 ts_sec 和 pos 字段已更改（在其他情况下，文件 可能已更改）。

   4 4 4

   op 字段值现在是 u，表示由于更新而更改此行。

   5 5 5

   ts_ms 字段显示 Debezium 处理此事件的时间戳。

   通过查看 有效负载 部分，您可以了解与 更新 事件相关的几个重要内容：

   • 通过比较 before 和 after 结构，您可以确定因为提交而实际在受影响的行中更改的内容。
   • 通过检查 源 结构，您可以查找有关更改的 MySQL 记录的信息（提供可追溯性）。
   • 通过将事件的 payload 部分与同一主题（或不同的主题）中的其他事件进行比较，您可以确定事件在之前、之后还是作为与另一个事件相同的 MySQL 提交的一部分。