大家数据库时区字段用的是 utc,还是本地，还是时间戳呢
之前我都是用本地时间，但是曾经出过一次错，存了 utc 时间到数据库里面去了，导致我对本地时间有点怕怕的，而且存本地时间，好像需要更改服务器时区设置，好像是的
但是使用 utc， 有点问题
- 渲染的时候需要加偏移(这只是麻烦点)
- 就是统计的问题了，如果是按天的统计表，那么这个统计表的
day,那就是本地时间的了，这个样子有点郁闷呀 如果不使用统计表的方式，好像 sql 写起来会相当复杂呀！！
› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 2438 days ago, the information mentioned may be changed or developed.
 |
1
fuyufjh Jan 30, 2020  1
大多数数据库都提供了两种列类型：自带时区和不带时区的时间戳，比如：
MySQL：DATETIME （自带时区）和 TIMESTAMP （不带时区） PostgresQL：TIMESTAMP WITH TIME ZONE （自带时区）和 TIMESTAMP （不带时区） 所谓自带时区，就是数据库不会帮你做额外的转换，你写入什么时间，读出来就是什么时间 所谓不带时区，就是数据库实际上会保存 UTC 时间戳，写入的时候先按 Session 时区转成 UTC 时间，读出的时候再按 Session 时区转成当前时区的时间，这些转换都是透明的 总结一下，你的这个需求，应该用不带时区的时间戳作为列类型，然后一切就搞定了 |
 |
2
simple2025 OP @fuyufjh 使用 utc 的时候，统计的逻辑会复杂很多呀
|
|
4
simple2025 OP @fuyufjh 没有搞懂， 假如我想统计这个月每天的订单数目，这个天肯定是我本地时间的天呀
|
 |
7
Mithril Jan 30, 2020
@chenqh 如果你觉得以后会支持前端跑在不同时区，比如从国外访问，那你数据库就存 UTC。
查询的时候让前台给你传 UTC 时间。或者只存个 offset。 一般这些 ORM 都可以给你做了，配置一下就好了。 如果你这个产品从头到尾都不会有人在不同时区使用，那就直接本地时间也没问题。 |
|
8
simple2025 OP @noqwerty 只是一点点麻烦而已，关键是统计的时候
|
 |
9
suotm Jan 30, 2020
存成 unix 时间戳
|
|
10
simple2025 OP @suotm 那统计表的按天统计怎么办？ 使用时间戳或者 utc,居然会导致数据库里面存在两种时区？
|
|
11
simple2025 OP 突然发现一个问题，v2ex 的东 8 区时间，好像差了几分钟
|
|
12
simple2025 OP @chenqh 看错了
|
 |
14
keepeye Jan 31, 2020 1
客户端连接数据库之后，设置本次连接的时区，这样 timestamp 字段读写就能自动转换了
SET time_zone = timezone; |
|
16
simple2025 OP @keepeye 但是统计呢？
|
 |
17
bjking2014 Jan 31, 2020 via Android
我们有澳洲，香港，英国的项目，都是用的 datetime 类型
|
|
18
keepeye Jan 31, 2020
@chenqh 不太明白你纠结的点在哪里，如果是不知道怎么聚合查询的话，可以这样写 where DATE(created_at) = 'xxxx-xx-xx'
|
 |
19
eason1874 Jan 31, 2020
我直接存 int 只由代码处理时区。
|
 |
20
ellermister Jan 31, 2020 via Android
我也比较好奇这个问题，已经好久没有用时间类型了，一直是 int 存储。
|
|
23
keepeye Jan 31, 2020
不信就做个试验吧，可能很多人还不理解 connection 可以设置时区
mysql> select created_at from users limit 1; +---------------------+ | created_at | +---------------------+ | 2019-03-01 02:14:53 | +---------------------+ 1 row in set (0.00 sec) mysql> set time_zone='-8:00'; Query OK, 0 rows affected (0.00 sec) mysql> select created_at from users limit 1; +---------------------+ | created_at | +---------------------+ | 2019-02-28 10:14:53 | +---------------------+ 1 row in set (0.00 sec) mysql> select date(created_at) from users limit 1; +------------------+ | date(created_at) | +------------------+ | 2019-02-28 | +------------------+ 1 row in set (0.00 sec) |
|
25
simple2025 OP @keepeye 之前都不知知道 connection 可以设置时区，但是我想了一下，有一个问题，使用了带时区的 connection,insert 或者 update 的时候， 时间必须是本地时间？
|
|
26
keepeye Jan 31, 2020
@chenqh 对，mysql 会根据 connection 时区，将你本地写的值转换为 utc 存储，你只要设置好你本地和连接的时区就行了，数据转换对你来说是透明的
|
|
27
simple2025 OP @keepeye 这个样子好复杂呀，假如一步出错，估计要查好久，算了，以后我还是用 timestamp 吧
|
Select Language