Mysql中时间日期使用date类型好还是bigint时间戳好

Posted 2023-04-07

如果时间精确到毫秒的话，datetime是做不到的，但如果精度要求不高的话，一般都用datetime类型的，date类型不包括时间，只有日期 参考技术A date，常用，也比较好用 参考技术B 时间戳和字面时间的互转只是简单的计算，所消耗的资源远远达不到引发问题的地步。
使用时间戳的唯一考虑是：你的应用是否涉及多时区，时间数据是否和时区相关。如果回答“是”，那么就必须使用时间戳，没有任何第二方案。
只有时间戳表示的时间是准确、恒定的，就连时间+日期+时区也不行——时区这玩意儿可不是恒定不变的……
其余的都不是什么重要的考虑，自己喜欢就行。
一般认为坚持使用时间戳总是好的，在程序设计中只会提供便利，不会引入坏处。至于查看数据时暴露时间戳原值，那是显示环节的不完备（或故意设计），而不是用时间戳用错了，切勿张冠李戴抹黑好东西。
日期的字符串-时间互转、计算、比较及时区转换，请使用后台语言中提供的相关类，不自己造轮子就可以。
可以略微注意2038年问题的陷阱。对于mysql而言，如果存时间戳请使用timestamp或bigint，而不要使用int。 参考技术C 个人感觉时间戳好用，数据多了 int比date查询的快，计算时间差也好用

一针见血，mysql中时间日期类型和字符串类型的选择

点赞再看，养成赞美的习惯，微信搜一搜【香菜聊游戏】关注我。

目录

1、DATETIME、TIMESTAMP 的用法

1、相同点

2、不同点

3、选择

2、varchar 和 text 数据类型的用法

1、相同点

2、不同点

3、选择

---

1、DATETIME、TIMESTAMP 的用法

MySQL中有多种表示时间日期的数据类型，主要有YEAR、TIME、DATE、DATETIME、TIMESTAMP等

1、相同点

datetime和timestamp都可以表示 YYYY-MM-DD HH:MM:SS 这种年月日时分秒格式的数据。

2、不同点

datetime存储与时区无关（准备来说是datetime只支持一个时区，就是存储时当前服务器的时区），而timestamp存储的是与时区有关。

datetime、timestamp精确度都是秒，datetime与时区无关，存储的范围广(1001-9999)，timestamp与时区有关，存储的范围小(1970-2038)。

3、选择

TIMESTAMP和DATETIME除了存储范围和存储方式不一样，没有太大区别。当然，对于跨时区的业务，TIMESTAMP更为合适。

2、varchar 和 text 数据类型的用法

mysql在存储字符串时， 可以使用char、varchar或者text类型

1、相同点

varchar 和 text 都可以存储变长字符串且 字符串长度上限为65535字节

2、不同点

varchar 速度快，不存在空间浪费，不处理尾部空格，上限为65535字节，但是有存储长度实际65532字节最大可用。255字节以下用1字节存储长度，255字节以上用2字节存储长度。 text，存变长大数据，速度慢，不存在空间浪费，不处理尾部空格，上限65535字节，会用额外空间存放数据长度，顾可以全部使用65535字节。

不能在TEXT列上放置索引(全文索引除外)，对于text来说，只能添加前缀索引，并且前缀索引最大只能达到1000字节

text没有默认值

当varchar大于某些数值的时候，其会自动转换为text，大概规则如下：

大于varchar（255）变为 tinytext

大于varchar（500）变为 text

大于varchar（20000）变为 mediumtext

3、选择

1、经常变化的字段用varchar；

2、知道固定长度的用char；

3、超过255字节的只能用varchar或者text；

4、能用varchar的地方不用text；

5、能够用数字类型的字段尽量选择数字类型而不用字符串类型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接回逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了；

6、存储引擎对于选择 CHAR 和 VARCHAR 的影响:

• 对于 MyISAM 存储引擎，最好使用固定长度的数据列代替可变长度的数据列。这样可以使整个表静态化，从而使数据检索更快，用空间换时间。

• 对于InnoDB存储引擎，最好使用可变长度的数据列，因为 InnoDB 数据表的存储格式不分固定长度和可变长度，因此使用 CHAR 不一定比使用 VARCHAR 更好，但由于 VARCHAR 是按照实际的长度存储，比较节省空间，所以对磁盘 I/O 和数据存储总量比较好。