MYSQL时间类别总结: TIMESTAMP、DATETIME、DATE、TIME、YEAR

总结背景: 对于MYSQL数据库日期类型或多有了解, 但并很清晰其中一些规则. 基本都是面向浏览器编码, 这实质上也是一种方式.  但期间遇到两个问题:

  • 时常遇到建表中出现多个datetime或者timestamp字段并使用 DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP时报错, 难以查到原因, 最后粗暴的直接去掉
  • 查询网络非官方文档知识点不全, 越查越糊涂

因为这两点 促使我硬着头皮查看MYSQL的官方文档 虽然刚开始很难受 结果的确收获颇多. 以下是我的一点总结:

1、类型简介

2、Automatic Initialization and Updating for TIMESTAMP and DATETIME

3、总结

1、类型简介

1.1、存储使用的长度

MySQL 5.6.4版本之后允许TIME、TIMESTAMP、DATETIME类型具有[0-6]位小数部分(Fractional Seconds in Time Values),  因而存储使用长度为变化的

Data Type Storage Required Before MySQL 5.6.4 Storage Required as of MySQL 5.6.4
YEAR 1 byte 1 byte
DATE 3 bytes 3 bytes
TIME 3 bytes 3 bytes + fractional seconds storage
DATETIME 8 bytes 5 bytes + fractional seconds storage
TIMESTAMP 4 bytes 4 bytes + fractional seconds storage

例如 time类型使用3 bytes存储, 加上小数部分长度. 而需要多少长度,取决于小数的长度:

Fractional Seconds Precision Storage Required
0 0 bytes
1, 2 1 byte
3, 4 2 bytes
5, 6 3 bytes

例如 , TIME(0)TIME(2)TIME(4), and TIME(6) 分别总共使用 3, 4, 5, and 6 bytes . TIME and TIME(0) 实质是一样的, 都需要3 bytes进行存储 .

1.2、字段声明和表示范围

由于MYSQL官方文档已经很清晰 直接附上原始文档 Date and Time Type Overview 这里只分析需要注意的点:

  • DATE 表示范围在‘1000-01-01‘ to ‘9999-12-31‘ 存储格式为‘yyyy-mm-dd‘,也可能出现年使用 two-digit表示 例如: 12-01-01 MYSQL解释规则为: 00-69解释为2000-2069 70-99解释为1970-1999
  • TIMESTAMP表示范围在‘1970-01-01 00:00:01.000000‘ UTC to ‘2038-01-19 03:14:07.999999‘ UTC , 而MySQL将TIMESTAMP值从当前时区转换为UTC以进行存储,并从UTC转换回当前时区以进行检索。如果期间时区发生的变化, 例如存储之后修改时区Section 5.1.12, “MySQL Server Time Zone Support. 那么取出来和之前存入的数据将不一致.
  • DATETIME表示范围为‘1000-01-01 00:00:00‘ to ‘9999-12-31 23:59:59‘ 无时区.
  • 如果strict mode禁用 , 非法 DATEDATETIME, or TIMESTAMP 的时间会被转换为“零值” 根据类型转换为‘0000-00-00‘ or ‘0000-00-00 00:00:00‘, 否则直接会报错
  • YEAR存在历史问题 YEAR(4) 和 YEAR(2)(YEAR(2) Limitations and Migrating to YEAR(4)). YEAR(2)在MySQL 5.6.6之后已标注过时,使用YEAR(2)会被强制转换为YEAR(4)并产生warnings.
  • YEAR允许使用 YY format 和 字符串(‘0‘-‘99‘, ‘0‘-‘69‘表示20002069 ‘70‘-‘99‘表示1970-1999)、数字(1-99, 1-69表示2001-2069 70-99表示1970-1999)进行赋值. 

2、Automatic Initialization and Updating for TIMESTAMP and DATETIME(自动初始化 和 自动更新)

由于文章写的比较详细, 这里不再赘述, 给出原文链接 Automatic Initialization and Updating for TIMESTAMP and DATETIME 和 explicit_defaults_for_timestamp

3、总结

知识还是需要系统性的了解, 即使记不住也没关系. 下次再去查询文档资料的时候会更有针对性.  而对于大多权威的技术文章都是英文 需要耐心下来阅读 一定有所收获.

主要参考链接: Date and Time Types

原文地址:https://www.cnblogs.com/xiaoxing/p/10423280.html

时间: 2024-07-30 09:20:16

MYSQL时间类别总结: TIMESTAMP、DATETIME、DATE、TIME、YEAR的相关文章

mysql中的时间类型datetime,date,time,year,timestamp小知识点

1.datetime,date,time,year四个类型的值,可以手动输入,也可以调用函数获得值 ① 手动输入,格式如下: datetime "2016-6-22 14:09:30" date "2016-6-22" time "14:09:30" year "2016" 如上所述,手动输入的时候,直接可以输入如上格式的字符串,注意需要加引号.其中日期和时间中的分隔符(日期的短横线"-",时间的冒号&qu

关于datetime,date,timestamp,year,time时间类型小结

关于datetime,date,timestamp,year,time时间类型 datetime占用8个字节 日期范围:”1000-01-01 00:00:00” 到”9999-12-31 23:59:59” date占用3个字节 可以显示范围:”1000-01-01” 到”9999-12-31” timestamp占用4个字节 timestamp显示结果跟datetime一样,固定格式:”YYYY-MM-DD HH:MM:SS” 不同的是: 1,timestamp占用4个字节,显示的范围”19

【转载】mysql中timestamp,datetime,int类型的区别与优劣

转载来自souldak,微博:@evagle以下内容整合筛选自互联网: int1. 占用4个字节2. 建立索引之后,查询速度快3. 条件范围搜索可以使用使用between4. 不能使用mysql提供的时间函数结论:适合需要进行大量时间范围查询的数据表 datetime1. 占用8个字节 2. 允许为空值,可以自定义值,系统不会自动修改其值. 3. 实际格式储存(Just stores what you have stored and retrieves the same thing which

MySQL时间字段究竟使用INT还是DateTime的说明

今天解析DEDECMS时发现deder的MYSQL时间字段,都是用 `senddata` int(10) unsigned NOT NULL DEFAULT '0'; 随后又在网上找到这篇文章,看来如果时间字段有参与运算,用int更好,一来检索时不用在字段上转换运算,直接用于时间比较!二来如下所述效率也更高. 归根结底:用int来代替data类型,更高效. 环境: Windows XP PHP Version 5.2.9 MySQL Server 5.1 第一步.创建一个表date_test(非

mysql中timestamp,datetime,int类型的区别与优劣

mysql中timestamp,datetime,int类型的区别与优劣 int 1. 占用4个字节 2. 建立索引之后,查询速度快 3. 条件范围搜索可以使用使用between 4. 不能使用mysql提供的时间函数 结论:适合需要进行大量时间范围查询的数据表 datetime 1. 占用8个字节 2. 允许为空值,可以自定义值,系统不会自动修改其值. 3. 实际格式储存(Just stores what you have stored and retrieves the same thing

Mysql 插入时间时报错Incorrect datetime value: '' for column 'createtime'

在网上找了很多方法总结如下: 1.MySQL驱动版本的问题.这种一般是在mYSQL版本更新了之后才会报错.解决方法在jdbc里添加"&useOldAliasMetadataBehavior=true" 2.可能是datetime的格式问题. datetime 以'YYYY-MM-DD HH:MM:SS'格式检索和显示DATETIME值.支持的范围为'1000-01-01 00:00:00'到'9999-12-31 23:59:59'TIMESTAMP值不能早于1970或晚于20

MySQL 里的 Timestrap 和 DateTime 和 Java 中的 Date

世界标准时(UTC) 和 格林威治标准时(GMT) 怎么样的时间算是准确的呢?例如这一分种内是60s ,而下一分钟实际走到了59秒的时候却显示一分钟到了,即是时间快了,这样定义为不准确.下面两个解释可以帮助理解两者的区别. UTC是我们现在用的时间标准,GMT是老的时间计量标准.UTC是根据原子钟来计算时间,而GMT是根据地球的自转和公转来计算时间,也就是太阳每天经过位于英国伦敦郊区的皇家格林威治天文台的时间就是中午12点.由于现在世界上最精确的原子钟50亿年才会误差1秒(最精确原子钟问世:50

Java获取当前时间及String、datetime、date相互转化

一.获取当前系统时间和日期并格式化输出: [java] view plain copy import java.util.Date; import java.text.SimpleDateFormat; public class NowString { public static void main(String[] args) { SimpleDateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");//设置日期格式 Sy

MySQL时间字段究竟使用INT还是DateTime

今天解析DEDECMS时发现deder的MYSQL时间字段,都是用 `senddata` int(10) unsigned NOT NULL DEFAULT '0'; 随后又在网上找到这篇文章,看来如果时间字段有参与运算,用int更好,一来检索时不用在字段上转换运算,直接用于时间比较!二来如下所述效率也更高. 归根结底:用int来代替data类型,更高效. 环境: Windows XP PHP Version 5.2.9 MySQL Server 5.1 第一步.创建一个表date_test(非