q****x
发帖数: 7404 | 1 时钟向前调整，2:59am后又变成2:00am，乱序的问题怎么处理？
时钟向后调整，1:59后变成3:00am，有些系统会监测事件处理延迟，这样延迟大大增加
怎么办？ |
w**z
发帖数: 8232 | 2 存成UTC, 或选一个没有夏时制的时区。
【在 q****x 的大作中提到】
: 时钟向前调整，2:59am后又变成2:00am，乱序的问题怎么处理？
: 时钟向后调整，1:59后变成3:00am，有些系统会监测事件处理延迟，这样延迟大大增加
: 怎么办？
|
q****x
发帖数: 7404 | 3 什么叫"没有夏时制的时区"？
【在 w**z 的大作中提到】
: 存成UTC, 或选一个没有夏时制的时区。
|
h****e
发帖数: 928 | 4 这一般是由操作系统处理的吧，和MySQL无关。
夏时制与否只是一个时间显示的问题。系统内部存放的是一个
从一个固定时间点(例如Unix Epoc timestamp开始的时间）单调
递增的数字（有leap second之类的情况另外考虑），因为时间
一直是前进的，不会后退（不考虑相对论）。当你需要知道当地
时间的时候，系统就会根据你的Timezone信息把那个数字转换
成当地时间。参见：
http://tldp.org/HOWTO/Clock-2.html
如果对leap second处理感兴趣的，还可以看这个：
http://googleblog.blogspot.com/2011/09/time-technology-and-leap |
w**z
发帖数: 8232 | 5 我以前的公司所有server 的timezone 都设成一个好像是Arizona 的timezone which
doesn't have day light saving. client 拿到时间在自己转成local time. leap
second 比较搞，前两个月Linux server 全down 了。Google blog 过他们怎么处
理的，就是hackie 给的链接，当时我们重起server 就解决问题了，没仔细研究，有问
题，直接问hackie:)?
【在 q****x 的大作中提到】
: 什么叫"没有夏时制的时区"？
|
w**z
发帖数: 8232 | 6 SQL 的timestamp是不带timezone 的吧？如果server os timezone 换了，以前的记录
时间乱了？我觉得存utc 比较好，永远不变，Data Center 搬家都没事。
【在 h****e 的大作中提到】
: 这一般是由操作系统处理的吧，和MySQL无关。
: 夏时制与否只是一个时间显示的问题。系统内部存放的是一个
: 从一个固定时间点(例如Unix Epoc timestamp开始的时间）单调
: 递增的数字（有leap second之类的情况另外考虑），因为时间
: 一直是前进的，不会后退（不考虑相对论）。当你需要知道当地
: 时间的时候，系统就会根据你的Timezone信息把那个数字转换
: 成当地时间。参见：
: http://tldp.org/HOWTO/Clock-2.html
: 如果对leap second处理感兴趣的，还可以看这个：
: http://googleblog.blogspot.com/2011/09/time-technology-and-leap
|
