大家好,今天小编来为大家解答以下的问题，关于mysql比较时间大小，mysql时间比较的参考价值这个很多人还不知道，现在让我们一起来看看吧！
本文目录
一、SQL语句中怎样比较两个日期的大小
惯例，在等号左边尽量不要有对字段的运算，所以一般用法有：
Where CheckDate Between'2013-01-01' And'2013-01-31'
这个 *** 也可用于加几天是多少，或减几天是多少：
把起迄日期参数化，原CheckDate要加的，那就变成@BeginDate加，减也同理~
Where CheckDate>'2013-01-01'或大于等于：Where CheckDate>='2013-01-01'
Where CheckDate<'2013-01-01'或小于等于：Where CheckDate<='2013-01-01'
如果Check字段不带时间，只是年月日，那直接等于就可以了；
Where CheckDate='2013-01-01'
如果CheckDate字段是携带时间的就会有差别；这一点，在上述所有 *** 中都需要注意
eg：CheckDate实际存储值可能是: 20130101 08:50:54:000或 20130101 22:50:54:000
这时直接用上面的等号是抓不到的，因此或改写成：
Where CheckDate>='2013-01-01' And CheckDate<'2013-01-02'
当然也可以把'2013-01-01'，定义为参数@Date DateTime
Where CheckDate>=@Date And CheckDate<@Date+1
不建议在等号左边使用函数或计算对表字段进行计算。
以上是两个日期的判断，另外有些日期处理函数可以了解一下：
DATEDIFF( datepart, startdate, enddate)
返回指定的 startdate和 enddate之间所跨的指定 datepart边界的计数（带符号的整数）。
Select DateDiff(DAY,'20130101','20130105')
DATEADD(datepart, number, date)
将表示日期或时间间隔的数值与日期中指定的日期部分相加后，返回一个新的 DT_D *** IMESTAMP值。number参数的值必须为整数，而 date参数的取值必须为有效日期。
Select DATEADD(DAY,1,'20130101')
1号加1天就是2号；输出结果为‘2013-01-02’
DATEADD(datepart, number, date)
将表示日期或时间间隔的数值与日期中指定的日期部分相加后，返回一个新的 DT_D *** IMESTAMP值。number参数的值必须为整数，而 date参数的取值必须为有效日期。
Select DATEPART(DAY,'20130101')
返回datepart描述的部分，输出结果为 1
二、mysql中的date类型直接比较大小是按照字符串比较还是时间戳
unix_timestamp函数可以接受一个参数，也可以不使用参数。它的返回值是一个无符号的整数。不使用参数，它返回自1970年1月1日0时0分0秒到现在所经过的秒数，如果使用参数，参数的类型为时间类型或者时间类型的字符串表示，则是从1970-01-01 00:00:00到指定时间所经历的秒数。有了这个函数，就可以很自然地把时间比较转换为一个无符号整数的比较。
例如，判断一个时间是否在一个区间内
unix_timestamp( time) between unix_timestamp('start') and unix_timestamp('end')对于每个类型拥有的值范围以及并且指定日期何时间值的有效格式的描述见7.3.6日期和时间类型。
这里是一个使用日期函数的例子。下面的查询选择了所有记录，其date_col的值是在最后30天以内：
mysql> SELECT something FROM table
WHERE TO_DAYS(NOW())- TO_DAYS(date_col)<= 30;DAYOFWEEK(date)
返回日期date的星期索引(1=星期天，2=星期一,……7=星期六)。这些索引值对应于ODBC标准。
mysql> select DAYOFWEEK('1998-02-03');
返回date的星期索引(0=星期一，1=星期二,……6=星期天)。
mysql> select WEEKDAY('1997-10-04 22:23:00');-> 5
mysql> select WEEKDAY('1997-11-05');
返回date的月份中日期，在1到31范围内。
mysql> select DAYOFMONTH('1998-02-03');
返回date在一年中的日数,在1到366范围内。
mysql> select DAYOFYEAR('1998-02-03');
mysql> select MONTH('1998-02-03');
mysql> select DAYNAME("1998-02-05");
mysql> select MONTHNAME("1998-02-05");
->'February' www.2cto.com
返回date一年中的季度，范围1到4。
mysql> select QUARTER('98-04-01');
对于星期天是一周的之一天的地方，有一个单个参数，返回date的周数，范围在0到52。2个参数形式WEEK()允许你指定星期是否开始于星期天或星期一。如果第二个参数是0，星期从星期天开始，如果第二个参数是1，从星期一开始。
mysql> select WEEK('1998-02-20');
mysql> select WEEK('1998-02-20',0);
mysql> select WEEK('1998-02-20',1);
返回date的年份，范围在1000到9999。
mysql> select YEAR('98-02-03');
mysql> select HOUR('10:05:03');
mysql> select MINUTE('98-02-03 10:05:03');-> 5
mysql> select SECOND('10:05:03');
增加N个月到阶段P（以格式YYMM或YYYYMM)。以格式YYYYMM返回值。注意阶段参数P不是日期值。
mysql> select PERIOD_ADD(9801,2);
返回在时期P1和P2之间月数，P1和P2应该以格式YYMM或YYYYMM。注意，时期参数P1和P2不是日期值。
mysql> select PERIOD_DIFF(9802,199703);
DATE_ADD(date,INTERVAL expr type)
DATE_SUB(date,INTERVAL expr type)
ADDDATE(date,INTERVAL expr type)
SUBDATE(date,INTERVAL expr type)
这些功能执行日期运算。对于MySQL 3.22，他们是新的。ADDDATE()和SUBDATE()是DATE_ADD()和DATE_SUB()的同义词。
在MySQL 3.23中，你可以使用+和-而不是DATE_ADD()和DATE_SUB()。（见例子）date是一个指定开始日期的DATETIME或DATE值，expr是指定加到开始日期或从开始日期减去的间隔值一个表达式，expr是一个字符串；它可以以一个“-”开始表示负间隔。type是一个关键词，指明表达式应该如何被解释。EXTRACT(type FROM date)函数从日期中返回“type”间隔。下表显示了type和expr参数怎样被关联： type值含义期望的expr格式SECOND秒 SECONDS
MINUTE_SECOND分钟和秒"MINUTES:SECONDS"
HOUR_MINUTE小时和分钟"HOURS:MINUTES"
YEAR_MONTH年和月"YEARS-MONTHS"
HOUR_SECOND小时,分钟，"HOURS:MINUTES:SECONDS"DAY_MINUTE天,小时,分钟"DAYS HOURS:MINUTES"DAY_SECOND天,小时,分钟,秒"DAYS HOURS:MINUTES:SECONDS"MySQL在expr格式中允许任何标点分隔符。表示显示的是建议的分隔符。如果date参数是一个DATE值并且你的计算仅仅包含YEAR、MONTH和DAY部分(即，没有时间部分)，结果是一个DATE值。否则结果是一个DATETIME值。
mysql> SELECT"1997-12-31 23:59:59"+ INTERVAL 1 SECOND;-> 1998-01-01 00:00:00 www.2cto.com
mysql> SELECT INTERVAL 1 DAY+"1997-12-31";-> 1998-01-01
mysql> SELECT"1998-01-01"- INTERVAL 1 SECOND;-> 1997-12-31 23:59:59
mysql> SELECT DATE_ADD("1997-12-31 23:59:59",INTERVAL 1 SECOND);
mysql> SELECT DATE_ADD("1997-12-31 23:59:59",INTERVAL 1 DAY);
mysql> SELECT DATE_ADD("1997-12-31 23:59:59",INTERVAL"1:1" MINUTE_SECOND);
mysql> SELECT DATE_SUB("1998-01-01 00:00:00",INTERVAL"1 1:1:1" DAY_SECOND);
mysql> SELECT DATE_ADD("1998-01-01 00:00:00",INTERVAL"-1 10" DAY_HOUR);
mysql> SELECT DATE_SUB("1998-01-02", INTERVAL 31 DAY);-> 1997-12-02
mysql> SELECT EXTRACT(YEAR FROM"1999-07-02");-> 1999
mysql> SELECT EXTRACT(YEAR_MONTH FROM"1999-07-02 01:02:03");-> 199907
mysql> SELECT EXTRACT(DAY_MINUTE FROM"1999-07-02 01:02:03");-> 20102
如果你指定太短的间隔值(不包括type关键词期望的间隔部分)，MySQL假设你省掉了间隔值的最左面部分。例如，如果你指定一个type是DAY_SECOND，值expr被希望有天、小时、分钟和秒部分。如果你象"1:10"这样指定值，MySQL假设日子和小时部分是丢失的并且值代表分钟和秒。换句话说，"1:10" DAY_SECOND以它等价于"1:10" MINUTE_SECOND的方式解释，这对那MySQL解释TIME值表示经过的时间而非作为一天的时间的方式有二义性。如果你使用确实不正确的日期，结果是NULL。如果你增加MONTH、YEAR_MONTH或YEAR并且结果日期大于新月份的更大值天数，日子在新月用更大的天调整。
mysql> select DATE_ADD('1998-01-30', Interval 1 month);-> 1998-02-28
注意，从前面的例子中词INTERVAL和type关键词不是区分大小写的。
给出一个日期date，返回一个天数(从0年的天数)。
mysql> select TO_DAYS(950501);
mysql> select TO_DAYS('1997-10-07');
TO_DAYS()不打算用于使用格列高里历(1582)出现前的值。
给出一个天数N，返回一个DATE值。
mysql> select FROM_DAYS(729669);
TO_DAYS()不打算用于使用格列高里历(1582)出现前的值。
根据format字符串格式化date值。下列修饰符可以被用在format字符串中：%M月名字(January……December) www.2cto.com%W星期名字(Sunday……Saturday)
%D有英语前缀的月份的日期(1st, 2nd, 3rd,等等。）%Y年,数字, 4位
%w一个星期中的天数(0=Sunday……6=Saturday）%U星期(0……52),这里星期天是星期的之一天%u星期(0……52),这里星期一是星期的之一天%%一个文字“%”。
所有的其他字符不做解释被复制到结果中。
mysql> select DATE_FORMAT('1997-10-04 22:23:00','%W%M%Y');->'Saturday October 1997'
mysql> select DATE_FORMAT('1997-10-04 22:23:00','%H:%i:%s');->'22:23:00'
mysql> select DATE_FORMAT('1997-10-04 22:23:00','%D%y%a%d%m%b%j');
->'4th 97 Sat 04 10 Oct 277'
mysql> select DATE_FORMAT('1997-10-04 22:23:00','%H%k%I%r%T%S%w');
->'22 22 10 10:23:00 PM 22:23:00 00 6'
MySQL3.23中，在格式修饰符字符前需要%。在MySQL更早的版本中，%是可选的。
这象上面的DATE_FORMAT()函数一样使用，但是format字符串只能包含处理小时、分钟和秒的那些格式修饰符。
以'YYYY-MM-DD'或YYYYMMDD格式返回今天日期值，取决于函数是在一个字符串还是数字上下文被使用。
mysql> select CURDATE()+ 0;
以'HH:MM:SS'或HHMMSS格式返回当前时间值，取决于函数是在一个字符串还是在数字的上下文被使用。
mysql> select CURTIME()+ 0;
以'YYYY-MM-DD HH:MM:SS'或YYYYMMDDHHMMSS格式返回当前的日期和时间，取决于函数是在一个字符串还是在数字的 www.2cto.com上下文被使用。
->'1997-12-15 23:50:26'
如果没有参数调用，返回一个Unix时间戳记(从'1970-01-01 00:00:00'GMT开始的秒数)。如果UNIX_TIMESTAMP()用一个date参数被调用，它返回从'1970-01-01 00:00:00' GMT开始的秒数值。date可以是一个DATE字符串、一个DATETIME字符串、一个TIMESTAMP或以YYMMDD或YYYYMMDD格式的本地时间的一个数字。
mysql> select UNIX_TIMESTAMP();
mysql> select UNIX_TIMESTAMP('1997-10-04 22:23:00');-> 875996580
当UNIX_TIMESTAMP被用于一个TIMESTAMP列，函数将直接接受值，没有隐含的“string-to-unix-timestamp”变换。
以'YYYY-MM-DD HH:MM:SS'或YYYYMMDDHHMMSS格式返回unix_timestamp参数所表示的值，取决于函数是在一个字符串还是或数字上下文中被使用。
mysql> select FROM_UNIXTIME(875996580);
->'1997-10-04 22:23:00'
mysql> select FROM_UNIXTIME(875996580)+ 0;-> 19971004222300 www.2cto.com
FROM_UNIXTIME(unix_timestamp,format)
返回表示 Unix时间标记的一个字符串，根据format字符串格式化。format可以包含与DATE_FORMAT()函数列出的条目同样的修饰符。
mysql> select FROM_UNIXTIME(UNIX_TIMESTAMP(),'%Y%D%M%h:%i:%s%x');
->'1997 23rd December 03:43:30 x'
返回seconds参数，变换成小时、分钟和秒，值以'HH:MM:SS'或HHMMSS格式化，取决于函数是在一个字符串还是在数字上下文中被使用。
mysql> select SEC_TO_TIME(2378);
mysql> select SEC_TO_TIME(2378)+ 0;
mysql> select TIME_TO_SEC('22:23:00');
mysql> select TIME_TO_SEC('00:39:38');
三、问个mysql优化问题
在开始演示之前，我们先介绍下两个概念。
概念一，数据的可选择性基数，也就是常说的cardinality值。
查询优化器在生成各种执行计划之前，得先从统计信息中取得相关数据，这样才能估算每步操作所涉及到的记录数，而这个相关数据就是cardinality。简单来说，就是每个值在每个字段中的唯一值分布状态。
比如表t1有100行记录，其中一列为f1。f1中唯一值的个数可以是100个，也可以是1个，当然也可以是1到100之间的任何一个数字。这里唯一值越的多少，就是这个列的可选择基数。
那看到这里我们就明白了，为什么要在基数高的字段上建立索引，而基数低的的字段建立索引反而没有全表扫描来的快。当然这个只是一方面，至于更深入的探讨就不在我这篇探讨的范围了。
这里我来说下HINT是什么，在什么时候用。
HINT简单来说就是在某些特定的场景下人工协助MySQL优化器的工作，使她生成更优的执行计划。一般来说，优化器的执行计划都是更优化的，不过在某些特定场景下，执行计划可能不是更优化。
比如：表t1经过大量的频繁更新操作，（UPDATE,DELETE,INSERT），cardinality已经很不准确了，这时候刚好执行了一条SQL，那么有可能这条SQL的执行计划就不是更优的。为什么说有可能呢？
如果f1的值刚好频繁更新的值为30，并且没有达到MySQL自动更新cardinality值的临界值或者说用户设置了手动更新又或者用户减少了sample page等等，那么对这两条语句来说，可能不准确的就是B了。
这里顺带说下，MySQL提供了自动更新和手动更新表cardinality值的 *** ，因篇幅有限，需要的可以查阅手册。
那回到正题上，MySQL 8.0带来了几个HINT，我今天就举个index_merge的例子。
表t1实际上在rank1,rank2,rank3三列上分别有一个二级索引。
显然，没有用到任何索引，扫描的行数为32034，cost为3243.65。
我们加上hint给相同的查询，再次看看查询计划。
这个时候用到了index_merge,union了三个列。扫描的行数为1103，cost为441.09，明显比之前的快了好几倍。
对比下以上两个，加了HINT的比不加HINT的cost小了100倍。
总结下，就是说表的cardinality值影响这张的查询计划，如果这个值没有正常更新的话，就需要手工加HINT了。相信MySQL未来的版本会带来更多的HINT。
好了，文章到此结束，希望可以帮助到大家。
