MySQL 时间存储类型的问题

[syncher]

如题，MySQL 中时间到底怎么存储最好，datetime、timestamp or int ? 为什么？

[lol173]

我做过的大多数项目都是用 int，如果我主导的话，我会用 timestamp

[strict]

你存 int，到时 sqlalchemy 怎么 filter

[siteshen]

epoch 用 int 精度不够，使用 cursor 分页时很容易出问题。
一直用的 timestamp with time zone (postgres)。

@strict filter 前转成 int

Query.filter(user.created_at < datetime.now()) # timestamp
Query.filter(user.created_at < TO_INT(datetime.now())) # int

[syncher]

@siteshen @strict @lol173 感谢回复。timestamp 排序是不是没有 int 快

[moult]

如果存储时间都不用 datetime，那么 MySQL 这个字段类型设计出来干嘛用？
回归实际的话，看你需求了。脱离需求谈设计愧对扯淡。

[Infernalzero]

int or bigint
数据库一般只用最基本类型

[syncher]

@moult @Infernalzero 感谢回复，我大概找到答案了，同意 @moult 说的看需求
https://stackoverflow.com/questions/409286/should-i-use-field-datetime-or-timestamp

[littleylv]

一直都用 datetime 或 date

[lshero]

更应该考虑是否可能会面临时区转换问题

[syncher]

@littleylv 我是想如果用 datetime 是不是不便于查找，我想在该列上建立索引，这样是不是应该用 int?

[LYEHIZRF]

mysql 有很多 date 相关函数可以看看

[LYEHIZRF]

timestamp 会随时区变化

[surfire91]

偏向于 timestamp or datetime （看具体需求了），而不是 int or bigint , 因为有很多 date 函数方便使用。

[littleylv]

@syncher #10 一般时间字段没必要建索引吧。至于查找，无非就是时间段吧，直接 between

[nullen]

用 datetime

[lepig]

@moult 同意。datetime 一个好处就是查库的时候可以直接读取。不然还得复制出来转换一下。

[danielmiao]

bigint,可以支持到 ms，剩下所有的转换都在代码完成，减少数据库运算量

[magicdawn]

datetime 或者 int 都可以, timestamp 随时区变化...不好
http://magicdawn.ml/2017/05/18/mysql-timezone/

[solomaster]

@magicdawn 为什么随时区变化不好？难道不是更方便用户吗？全球各地用户看到都是当地时间。

[loveCoding]

datetime