MySQL时间字段究竟使用INT还是DateTime的说明【PHP】 |
您所在的位置：网站首页 › vscode怎么连接 › MySQL时间字段究竟使用INT还是DateTime的说明【PHP】 |
MySQL时间字段究竟使用INT还是DateTime的说明【PHP】
后端开发|php教程 时间字段 后端开发-php教程今天解析DEDECMS时发现deder的MYSQL时间字段，都是用易语言d2d源码,vscode如何搭建c语言,ubuntu连不上tws,tomcat安装内存优化,企业咨询爬虫,php 创建目录 递归,吴中谷歌seo如何推广,哪里可以买asp源码网站,dede模板url优化lzw`senddata` int(10) unsigned NOT NULL DEFAULT ‘0’;随后又在网上找到这篇文章，看来如果时间字段有参与运算，用int更好，一来检索时不用在字段上转换运算，直接用于时间比较！二来如下所述效率也更高。 归根结底：用int来代替data类型，更高效。 环境： 免费开源cms系统源码,vscode雅黑字体,msi装ubuntu,tomcat超时时间,sqlite怎么不支持单表并发,单号爬虫,php页面中文乱码的,医院seo优化方案书,公司宣传网站源码,大众点评评论模板lzwWindows XP PHP Version 5.2.9 MySQL Server 5.1第一步、创建一个表date_test（非定长、int时间） 房产销售管理源码,vscode汉子乱码,ubuntu高级选项有四个,Mac系统tomcat,sqlite建表语言,自动回赞插件,谷歌前端框架 cf3,爬虫数据收集过程方法,零基础学 php,禹州seo公司,网站文章模块,网页特效网,简易c .net网站模板lzwCREATE TABLE `test`.`date_test` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` INT NOT NULL , `some_content` VARCHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB;第二步、创建第二个表date_test2（定长、int时间） CREATE TABLE `test`.`date_test2` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` INT NOT NULL , `some_content` CHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB;第三步、创建第三个表date_test3（varchar、datetime时间） CREATE TABLE `test`.`date_test3` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` DATETIME NOT NULL , `some_content` VARCHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB;第四步、创建第四个表date_test3（char、datetime时间） CREATE TABLE `test`.`date_test4` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` DATETIME NOT NULL , `some_content` CHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB;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是有意义的。 |
【本文地址】
今日新闻 |
推荐新闻 |