在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

鍍金池/ 問答/數(shù)據(jù)庫(kù)/ MySQL中字段用int時(shí)間戳還是用timestamp？因?yàn)椴樵儠r(shí)該字段上有比較

MySQL中字段用int時(shí)間戳還是用timestamp？因?yàn)椴樵儠r(shí)該字段上有比較多的范圍查詢？哪種性能會(huì)比較好一點(diǎn)。

在created_at列加索引的前提下。
表數(shù)據(jù)量千萬級(jí)別。
explain顯示掃描行數(shù)是二百萬的級(jí)別
select count(*) from users where created_at<'2018-08-28 00:00:00' and created_at>='2018-08-01 00:00:00'
count大概是四五十萬級(jí)的別。這種范圍查詢 created_at用int時(shí)間戳和timestamp性能上哪種會(huì)比較好

回答
編輯回答
憶往昔

https://dev.mysql.com/doc/ref...

MySQL converts TIMESTAMP values from the current time zone to UTC for storage, and back from UTC to the current time zone for retrieval.

TIMESTAMP 類型的這種轉(zhuǎn)換操作，相較于 INT，可能使查詢變慢。

2017年9月27日 21:29
編輯回答
凹凸曼

如果為了可視化，也就是在數(shù)據(jù)庫(kù)中能夠方便對(duì)看到數(shù)據(jù)時(shí)間，建議是保存為datetime，timestamp 還存在2038這個(gè)坎。

換句話說說你既然考慮int而不是bigint或者說varchar，那么就可以默認(rèn)為你選擇了最多精確到秒

在這種情況下的話呢，建議還是采用 datetime

2017年6月30日 10:18
編輯回答
冷眸

如果從數(shù)據(jù)類型來說，timestamp占用的空間比較小，但是timestamp有個(gè)特性，在更新的時(shí)候會(huì)自動(dòng)更新為當(dāng)前時(shí)間，注意這個(gè)就好了

2018年8月13日 16:13
編輯回答
執(zhí)念

建議你用timestamp就行了，如果你需要利用timestamp進(jìn)行范圍查詢，可以在該列添加索引。

2017年4月10日 01:40
編輯回答
乖乖瀦

試了一下，范圍查詢，int和timestamp， int性能更優(yōu)，試了多次，用了多張表，表數(shù)據(jù)量在千萬級(jí)，explain結(jié)果中rows也差不多千萬，select count(1) from ... timestamp用的時(shí)間差不多每次都是int的4倍。

2018年8月27日 05:22