anchor.diff:        }
       ],
       "optional": false,
  -    "name": "mysql-server-1.inventory.customers.Envelope" // <2>
  +    "name": "mysql-server-1.inventory.customers.Envelope" // <4>
     },
  -  "payload": { // <3>
  -    "op": "c", // <4>
  -    "ts_ms": 1465491411815, // <5>
  -    "before": null, // <6>
  -    "after": { // <7>
  +  "payload": { // <5>
  +    "op": "c", // <6>
  +    "ts_ms": 1465491411815, // <7>
  +    "before": null, // <8>
  +    "after": { // <9>
         "id": 1004,
         "first_name": "Anne",
         "last_name": "Kretchmar",
         "email": "annek@noanswer.org"
       },
  -    "source": { // <8>
  +    "source": { // <10>
         "version": "{debezium-version}",
         "connector": "mysql",
         "name": "mysql-server-1",
  
positive.code:           }
          ],
          "optional": false,
          "name": "io.debezium.connector.mysql.Source", // <2>
          "field": "source"
        },
        {
  
negative.code: 
  |2
  |`name`
  a|In the `schema` section, each `name` field specifies the schema for a field in the value's payload. +
   +
  `mysql-server-1.inventory.customers.Value` is the schema for the payload's `before` and `after` fields. This schema is specific to the `customers` table. +
   +
  Names of schemas for `before` and `after` fields are of the form `_logicalName_._tableName_.Value`, which ensures that the schema name is unique in the database. This means that when using the {link-prefix}:{link-avro-serialization}[Avro converter], the resulting Avro schema for each table in each logical source has its own evolution and history.
  
  |3
  |`name`
  |`io.debezium.connector.mysql.Source` is the schema for the payload's `source` field. This schema is specific to the MySQL connector. The connector uses it for all events that it generates. 
  
  |4
  |`name`
  |`mysql-server-1.inventory.customers.Envelope` is the schema for the overall structure of the payload, where `mysql-server-1` is the connector name, `inventory` is the database, and `customers` is the table.
  
  |5
  |`payload`
  |The value's actual data. This is the information that the change event is providing. +
   +
  It may appear that the JSON representations of the events are much larger than the rows they describe. This is because the JSON representation must include the schema and the payload portions of the message.
  However, by using the {link-prefix}:{link-avro-serialization}[Avro converter], you can significantly decrease the size of the messages that the connector streams to Kafka topics.
  
  |6
  |`op`
  a| Mandatory string that describes the type of operation that caused the connector to generate the event. In this example, `c` indicates that the operation created a row. Valid values are: 
  
  