mysql 里的 timestamp
select current_timestamp();
這個(gè)會(huì)根據(jù)系統(tǒng)時(shí)間和時(shí)區(qū), 與數(shù)據(jù)的時(shí)間和時(shí)區(qū)進(jìn)行計(jì)算. 比如系統(tǒng)時(shí)間是 2017-10-09 14:00:00, +8區(qū). 更改數(shù)據(jù)庫時(shí)區(qū)后上述方法會(huì)獲得的結(jié)果如下.
SET TIME_ZONE ='+00:00'; -- 得到 ... 06:00:00
SET TIME_ZONE ='+04:00'; -- 得到 ... 10:00:00
個(gè)人理解取出來的都是 設(shè)置時(shí)區(qū)里的當(dāng)?shù)貢r(shí)間.
timestamp 類型和 datetime 類型
創(chuàng)建一個(gè)測(cè)試的表, 兩個(gè)類型的字段各一個(gè)
CREATE TABLE test
(
id INT PRIMARY KEY AUTO_INCREMENT,
tdatetime DATETIME,
ttimestamp TIMESTAMP
);
timezone 還在 +8
insert into test (tdatetime, ttimestamp) VALUES ('2017-10-10 00:00:00', '2017-10-10 00:00:00');
這時(shí)候如果不改時(shí)區(qū), 直接 select, 拿到的兩個(gè)值都是和插入的一模一樣的. 把時(shí)區(qū)改成 +4 后, 得到的結(jié)果分別為 2017-10-10 00:00:00 和 2017-10-09 20:00:00, 說明 datetime 和時(shí)區(qū)好像沒關(guān)系, 插入什么就是什么. 而 timestamp 會(huì)根據(jù)時(shí)區(qū)進(jìn)行計(jì)算, 返回 當(dāng)?shù)貢r(shí)間. 據(jù)說 timestamp 存儲(chǔ)的時(shí)候已經(jīng)轉(zhuǎn)換成 utc 秒數(shù)了. 用current_timestamp() 的時(shí)候也是同理, 先根據(jù)時(shí)區(qū)計(jì)算出當(dāng)?shù)貢r(shí)間, 再插入.
在 node 里操作的時(shí)候
connection.query('select * from test where id=1', function (error, results) {
console.log(results[0]);
});
// 查詢結(jié)果, 這條數(shù)據(jù)是上面插入的那個(gè)
// 插入的都是在 +8 的 2017-10-10 00:00:00
{
tdatetime: 2017-10-09T16:00:00.000Z,
ttimestamp: 2017-10-09T16:00:00.000Z,
id: 1
}
node 里 mysql 連接也是在 +8 區(qū), ttimestamp 好理解, +8區(qū) 的 2017-10-10 00:00:00 對(duì)應(yīng)到 utc 就是 2017-10-09 16:00:00, 實(shí)際無論設(shè)到幾區(qū), ttimestamp 都是不變的.
而 tdatetime, 則也變成了 T16:00, 想下應(yīng)該是因?yàn)閿?shù)據(jù)庫連接是 +8, 程序認(rèn)為我們?nèi)〕龅氖?+8 的時(shí)間, 然后 -8 轉(zhuǎn)換為 utc 時(shí)間. 那么我們把連接時(shí)區(qū)設(shè)為 +4. 結(jié)果是
{
tdatetime: 2017-10-09T20:00:00.000Z,
ttimestamp: 2017-10-09T16:00:00.000Z,
id: 1
}
說明確實(shí)如我們所想, 也就是說, 如果是 datetime 類型, 那么在插入 取出的時(shí)候要保持時(shí)區(qū)一致, 否則時(shí)間就會(huì)不對(duì).
而 moment 轉(zhuǎn)化的時(shí)候, 則是根據(jù)系統(tǒng)時(shí)區(qū), 轉(zhuǎn)換為當(dāng)?shù)貢r(shí)間.
