Formatting fix

This commit is contained in:
Gunnar Morling 2021-02-09 12:50:48 +01:00 committed by GitHub
parent 90c26f53af
commit fedd5e3aee
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -1191,7 +1191,7 @@ In link:https://www.iso.org/iso-8601-date-and-time-format.html[ISO 8601] format
Excluding the `TIMESTAMP` data type, MySQL temporal types depend on the value of the `time.precision.mode` connector configuration property. For `TIMESTAMP` columns whose default value is specified as `CURRENT_TIMESTAMP` or `NOW`, the value `1970-01-01 00:00:00` is used as the default value in the Kafka Connect schema.
MySQL allows zero-values for `DATE, `DATETIME`, and `TIMESTAMP` columns because zero-values are sometimes preferred over null values. The MySQL connector represents zero-values as null values when the column definition allows null values, or as the epoch day when the column does not allow null values.
MySQL allows zero-values for `DATE`, `DATETIME`, and `TIMESTAMP` columns because zero-values are sometimes preferred over null values. The MySQL connector represents zero-values as null values when the column definition allows null values, or as the epoch day when the column does not allow null values.
.Temporal values without time zones
The `DATETIME` type represents a local date and time such as "2018-01-13 09:48:27". As you can see, there is no time zone information. Such columns are converted into epoch milliseconds or microseconds based on the columns precision by using UTC. The `TIMESTAMP` type represents a timestamp without time zone information. It is converted by MySQL from the server (or sessions) current time zone into UTC when writing and from UTC into the server (or session's) current time zone when reading back the value. For example: