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. 查看更新的 customers 表：

   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 的终端，以查看 一个新的 第五个事件。

   通过更改 customers 表中的记录，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 部分（用于可读性的格式）：

   {
     "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": "2.3.4.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 处理此事件的时间戳。

   通过查看 payload 部分，您可以了解 update 事件的几个重要事项：

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