首页 / MYSQL / mysqltimestamp和long存储时间效率比较_MySQL

mysqltimestamp和long存储时间效率比较_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysqltimestamp和long存储时间效率比较_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1339字，纯文字阅读大概需要2分钟。

内容图文

show create table 20130107date;

CREATE TABLE `20130107date` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `c_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `c_date_long` int(20) NOT NULL,
  `idx_date` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
  `idx_date_long` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `20130107date_idx_date` (`idx_date`),
  KEY `20130107date_idx_long` (`idx_date_long`)
) ENGINE=InnoDB

里面有90w数据,都是随机的时间.
先看没有索引的全表扫描

1 : 

select COUNT(*) from 20130107date
where c_date BETWEEN DATE('20110101') and DATE('20110102')

这个需要1.54s

2: 

select COUNT(*) from 20130107date
where c_date_long BETWEEN UNIX_TIMESTAMP('20110101') and UNIX_TIMESTAMP('20110102')

这个是2.3s

但是可以这样搞
3 : 

select UNIX_TIMESTAMP('20110101'),UNIX_TIMESTAMP('20110102');

得到结果1293811200和1293897600

然后 

select COUNT(*) from 20130107date
where c_date_long BETWEEN 1293811200 and 1293897600；

发现变成了0.61s
1和2的差距还可以说是比较int和比较timestamp的差距,那么2和3的差距呢?难道多出来的时间是每一条记录都要evaluate UNIX_TIMESTAMP(‘20110102’)?

然后用索引 

select COUNT(*) from 20130107date
where idx_date_long BETWEEN UNIX_TIMESTAMP('20110101') and UNIX_TIMESTAMP('20110102');

select COUNT(*) from 20130107date
where idx_date BETWEEN '20110101' and '20110102'

毫无悬念,两个基本都是瞬时的.

内容总结

以上是互联网集市为您收集整理的mysqltimestamp和long存储时间效率比较_MySQL全部内容，希望文章能够帮你解决mysqltimestamp和long存储时间效率比较_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/568436.html

来源：【匿名】