php教程|php手册
MySQL,时间,字段,究竟,使用,INT,还是,DateTime,说明,今天,解析,DEDECMS,时,发现,de
php教程-php手册
今天解析DEDECMS时发现deder的MYSQL时间字段，都是用
ios蓝牙聊天室 源码,vscode c 运行,ubuntu wily,tomcat软件介绍,sqlite数据库行号,wordpress插件seo,适合手机和pc的前端框架,手机版爬虫解析软件下载,高德地图php,北京seo新站优化,网站的代码文件在哪里下载,网页获取访客qq号码,景点介绍文字模板lzw
随后又在网上找到这篇文章，看来如果时间字段有参与运算，用int更好，一来检索时不用在字段上转换运算，直接用于时间比较！二来如下所述效率也更高。
归根结底：用int来代替data类型，更高效。
环境：
足球赛事网源码,ubuntu挂载不能点,启动tomcat有个环境错误,爬虫python入门心得,php代码转java代码网站,海城seo工具lzw
第一步、创建一个表date_test（非定长、int时间）
图片在线压缩源码,vscode没有stdio,ubuntu u盘写保护,tomcat域名更改,sqlite 科学计数,托管服务器申请表,js直播插件下载地址,angular前端页面框架,爬虫程序部署到服务器,php如何开发,seo软件有用吗,织梦网站地图优化,网页前台html模板免费下载,简单点的静态网页模板,ex怎么页面布局,内容管理系统 开源 java,程序设计图标lzw
第二步、创建第二个表date_test2（定长、int时间）
第三步、创建第三个表date_test3（varchar、datetime时间）
第四步、创建第四个表date_test3（char、datetime时间）
ok，现在我们开始做测试，环境是php，先向各个表插入一百万条数据。插入的时候分200次，每次进库5000条。
表一执行记录：页面运行时间: 26.5997889042 秒，插入的时候发现一个有趣的现象：SELECT count( id ) FROM `date_test` WHERE 1 的结果是100w,而直接select * from `date_test`却是1,000,374条结果。（后来看到这是一个可能接近的值，请参看MySQL FAQ 3.11）。
表二执行记录：页面运行时间: 62.3908278942 秒，这次记录是1,000,066条。
表三执行记录：页面运行时间: 30.2576560974 秒，这次的是1,000,224条。
表四执行记录：页面运行时间: 67.5393900871 秒，这次的是：1,000,073条。
现在把四个表的start_time字段一一加上索引。
测试四个表的更新，分别update 100条记录，并记录时间:
表一：页面运行时间: 2.62180089951 秒（非定长，int时间）
表二：页面运行时间: 2.5475358963 秒（定长，int时间）
表三：页面运行时间: 2.45077300072 秒（varchar,datetime时间）
表四：页面运行时间: 2.82798409462 秒（char,datetime时间）
测试四个表的读取，分别select 100条随机记录，以主键id为条件查询，并记录时间：
表一：页面运行时间: 0.382651090622 秒（非定长，int时间）
表二：页面运行时间: 0.542181015015 秒（定长，int时间）
表三：页面运行时间: 0.334048032761 秒（varchar,datetime时间）
表四：页面运行时间: 0.506206989288 秒（char,datetime时间）
测试四个表的读取，分别select 10条随机记录，以star_time为条件查询，并记录时间：
表一：页面运行时间: 30.1972880363 秒（非定长，int时间）
表二：页面运行时间: 65.1926910877 秒（定长，int时间）
表三：页面运行时间: 39.7210869789 秒（varchar,datetime时间）
表四：页面运行时间: 70.4632740021 秒（char,datetime时间）
因为量比较小，所以我们默认即使是微小的变化，也是有意义的。
结论：
大数据量下，如果存在大量的select * from table where 时间>XX这样的查询，在MySQL5.1时使用int换datetime是有意义的。
