、DATE和类型是相关的DATETIME。
TIMESTAMP本节描述它们的特征、相似点和不同点。
MySQL以多种格式
识别DATE、
DATETIME和值,如第 9.1.3 节“日期和时间文字”中所述。对于
范围描述,“支持”意味着尽管早期的值可能有效,但不能保证。
TIMESTAMPDATEDATETIME
该DATE类型用于具有日期部分但没有时间部分的值。
MySQL 以格式检索和显示
DATE值
。支持的范围是
到.
'YYYY-MM-DD''1000-01-01''9999-12-31'
该DATETIME类型用于包含日期和时间部分的值。MySQL 以格式检索和显示
DATETIME值
。支持的范围是
到.
'YYYY-MM-DD
hh:mm:ss''1000-01-01 00:00:00''9999-12-31
23:59:59'
该TIMESTAMP数据类型用于包含日期和时间部分的值。
TIMESTAMP具有'1970-01-01
00:00:01'UTC 到'2038-01-19
03:14:07'UTC 的范围。
DATETIME或值可以包含
一个TIMESTAMP
尾随小数秒部分,精度可达微秒(6 位)。特别是,插入到 aDATETIME或
TIMESTAMP列的值中的任何小数部分都会被存储而不是被丢弃。包括小数部分后,这些值的格式为 ,值的范围为至
,值的范围
为至。小数部分应始终用小数点与其余时间分开;不识别其他小数秒定界符。有关 MySQL 中小数秒支持的信息,请参阅
'YYYY-MM-DD
hh:mm:ss[.fraction]'DATETIME'1000-01-01 00:00:00.000000''9999-12-31 23:59:59.999999'TIMESTAMP'1970-01-01
00:00:01.000000''2038-01-19
03:14:07.999999'第 11.2.7 节,“时间值中的小数秒”。
和数据类型提供自动初始化TIMESTAMP和DATETIME
更新到当前日期和时间。有关详细信息,请参阅
第 11.2.6 节,“TIMESTAMP 和 DATETIME 的自动初始化和更新”。
MySQL 将TIMESTAMP值从当前时区转换为 UTC 进行存储,然后从 UTC 转换回当前时区以进行检索。(对于其他类型,例如 . 不会发生这种情况DATETIME。)默认情况下,每个连接的当前时区是服务器的时间。可以在每个连接的基础上设置时区。只要时区设置保持不变,您就会得到与您存储的相同的值。如果您存储一个TIMESTAMP值,然后更改时区并检索该值,则检索到的值与您存储的值不同。发生这种情况是因为没有在两个方向上使用相同的时区进行转换。当前时区可作为time_zone系统变量。有关详细信息,请参阅
第 5.1.13 节,“MySQL 服务器时区支持”。
如果 SQL 模式允许此转换,则
无效DATE的DATETIME、 或
TIMESTAMP值将转换为
适当类型(或)的“零”值。精确的行为取决于是否启用了严格 SQL 模式和 SQL 模式中的任何一个;参见第 5.1.10 节,“服务器 SQL 模式”。
'0000-00-00''0000-00-00
00:00:00'NO_ZERO_DATE
请注意 MySQL 中日期值解释的某些属性:
MySQL 允许对指定为字符串的值使用“宽松”格式,其中任何标点符号都可以用作日期部分或时间部分之间的分隔符。在某些情况下,这种语法可能具有欺骗性。例如,由于 ,诸如 之类的值
'10:11:12'可能看起来像时间值,但如果在日期上下文中使用:,则被解释为年份。'2010-11-12'该值'10:45:15'转换为,'0000-00-00'因为'45'不是有效月份。日期和时间部分与小数秒部分之间唯一可识别的分隔符是小数点。
服务器要求月份和日期值有效,而不仅仅是分别在 1 到 12 和 1 到 31 的范围内。
'2004-04-31'禁用严格模式后,将转换为 无效日期'0000-00-00'并生成警告。启用严格模式后,无效日期会产生错误。要允许此类日期,请启用ALLOW_INVALID_DATES. 有关详细信息,请参阅 第 5.1.10 节,“服务器 SQL 模式”。MySQL 不接受
TIMESTAMP在日或月列中包含零的值或不是有效日期的值。此规则的唯一例外是特殊的“零”值'0000-00-00 00:00:00',前提是 SQL 模式允许此值。精确的行为取决于是否NO_ZERO_DATE启用了严格 SQL 模式和 SQL 模式中的任何一个;参见第 5.1.10 节,“服务器 SQL 模式”。包含两位数年份值的日期是不明确的,因为世纪是未知的。MySQL 使用以下规则解释 2 位数年份值:
范围内的年份值
00-69变为2000-2069.范围内的年份值
70-99变为1970-1999.
MySQL 服务器可以在
MAXDB启用 SQL 模式的情况下运行。在这种情况下,TIMESTAMP与 相同
DATETIME。如果在创建表时启用此模式,则会将TIMESTAMP
列创建为DATETIME列。因此,此类列使用DATETIME显示格式,具有相同的值范围,并且不会自动初始化或更新到当前日期和时间。请参阅第 5.1.10 节,“服务器 SQL 模式”。
从 MySQL 5.7.22 开始,MAXDB已弃用;希望它在未来版本的 MySQL 中被删除。