为什么MySQL不支持毫秒/微秒精度？

Question

所以我刚发现the most frustrating bug ever in MySQL。

显然TIMESTAMP字段和supporting functions不支持比秒更大的精度！？所以我使用PHP和Doctrine，我真的需要那些微秒（我正在使用actAs: [Timestampable]属性）。

我发现我可以使用BIGINT字段来存储值。但是学说会增加毫秒？我认为它只是将NOW（）分配给该字段。我也担心通过代码撒播的日期操纵函数（在SQL中）会中断。

我还看到了一些关于编译UDF扩展的信息。这是不可接受的，因为我或未来的维护人员会升级并呕心沥血地改变。

有没有人找到合适的解决方法？

Answer 1

我找到了解决方法！它非常干净，不需要更改任何应用程序代码。这适用于Doctrine，也可以应用于其他ORM。

基本上，将时间戳存储为一个字符串。

如果日期字符串格式正确，则比较和排序工作。传递日期字符串时，MySQL时间函数会截断微秒部分。如果不需要微秒精度date_diff等

SELECT DATEDIFF('2010-04-04 17:24:42.000000','2010-04-04 17:24:42.999999'); 
> 0 

SELECT microsecond('2010-04-04 17:24:42.021343'); 
> 21343 

我最后写一个MicroTimestampable类，将实现这个这是正常的。我只是注释我的领域为actAs:MicroTimestampable和瞧，microtime精度与MySQL和Doctrine。

Doctrine_Template_MicroTimestampable

class Doctrine_Template_MicroTimestampable extends Doctrine_Template_Timestampable 
{ 
    /** 
    * Array of Timestampable options 
    * 
    * @var string 
    */ 
    protected $_options = array('created' => array('name'   => 'created_at', 
                'alias'   => null, 
                'type'   => 'string(30)', 
                'format'  => 'Y-m-d H:i:s', 
                'disabled'  => false, 
                'expression' => false, 
                'options'  => array('notnull' => true)), 
           'updated' => array('name'   => 'updated_at', 
                'alias'   => null, 
                'type'   => 'string(30)', 
                'format'  => 'Y-m-d H:i:s', 
                'disabled'  => false, 
                'expression' => false, 
                'onInsert'  => true, 
                'options'  => array('notnull' => true))); 

    /** 
    * Set table definition for Timestampable behavior 
    * 
    * @return void 
    */ 
    public function setTableDefinition() 
    { 
     if (! $this->_options['created']['disabled']) { 
      $name = $this->_options['created']['name']; 
      if ($this->_options['created']['alias']) { 
       $name .= ' as ' . $this->_options['created']['alias']; 
      } 
      $this->hasColumn($name, $this->_options['created']['type'], null, $this->_options['created']['options']); 
     } 

     if (! $this->_options['updated']['disabled']) { 
      $name = $this->_options['updated']['name']; 
      if ($this->_options['updated']['alias']) { 
       $name .= ' as ' . $this->_options['updated']['alias']; 
      } 
      $this->hasColumn($name, $this->_options['updated']['type'], null, $this->_options['updated']['options']); 
     } 

     $this->addListener(new Doctrine_Template_Listener_MicroTimestampable($this->_options)); 
    } 
} 

Doctrine_Template_Listener_MicroTimestampable

class Doctrine_Template_Listener_MicroTimestampable extends Doctrine_Template_Listener_Timestampable 
{ 
    protected $_options = array(); 

    /** 
    * __construct 
    * 
    * @param string $options 
    * @return void 
    */ 
    public function __construct(array $options) 
    { 
     $this->_options = $options; 
    } 

    /** 
    * Gets the timestamp in the correct format based on the way the behavior is configured 
    * 
    * @param string $type 
    * @return void 
    */ 
    public function getTimestamp($type, $conn = null) 
    { 
     $options = $this->_options[$type]; 

     if ($options['expression'] !== false && is_string($options['expression'])) { 
      return new Doctrine_Expression($options['expression'], $conn); 
     } else { 
      if ($options['type'] == 'date') { 
       return date($options['format'], time().".".microtime()); 
      } else if ($options['type'] == 'timestamp') { 
       return date($options['format'], time().".".microtime()); 
      } else { 
       return time().".".microtime(); 
      } 
     } 
    } 
} 

Answer 2

从SQL92-标准：

• TIMESTAMP - 包含日期时间字段的年，月，日， 小时，分钟和秒。

一个SQL92兼容的数据库并不需要支持毫或微秒从我的观点。因此错误＃8523正确标记为“功能请求”。

Doctrine如何处理微秒等？我刚刚发现了以下内容： Doctrine#Timestamp：

时间戳数据类型是日期和时间的日数据类型的 区区 组合。 戳类型的值的 表示通过将 单个字符串中的日期和时间字符串值加入空格来实现。 因此，格式模板是 YYYY-MM-DD HH：MI：SS。

所以没有提到的微秒或者在SQL92文档中提到。 但我不想深入学说，但它似乎是一个像Java中的休眠的ORM例如。因此，它可能/应该有可能定义自己的模型，您可以将时间信息存储在BIGINT或STRING中，并且您的模型负责相应地读取/写入您的PHP类。

顺便说一句：我不希望MySQL在不久的将来（例如未来5年）以毫秒/微秒的速度支持TIMESTAMP。

Answer 3

由于您使用Doctrine来存储数据，而Doctrine也不支持小数秒，那么瓶颈就不是MySQL。

我建议你在需要额外精度的对象中定义附加字段，并在其中存储microtime()的输出。您可能希望将其存储在两个不同的字段中 - 一个用于纪元时间戳，另一个用于微秒部分。这样，您可以存储标准的32位整数，并使用SQL轻松对它们进行排序和筛选。

我经常建议存储时代秒数，而不是原生时间戳类型，因为它们通常更容易操作，并避免您继续使用本地时间类型和国际化服务提供的整个时区问题。

Answer 4

另一个以毫秒为单位解决方法的时间。创建功能 “time_in_msec”

用法：以毫秒为单位的两个日期之间

差异。

mysql> SELECT time_in_msec('2010-07-12 23:14:36.233','2010-07-11 23:04:00.000') AS miliseconds; 
+-------------+ 
| miliseconds | 
+-------------+ 
| 87036233 | 
+-------------+ 
1 row in set, 2 warnings (0.00 sec) 



DELIMITER $$ 

DROP FUNCTION IF EXISTS `time_in_msec`$$ 

CREATE FUNCTION `time_in_msec`(ftime VARCHAR(23),stime VARCHAR(23)) RETURNS VARCHAR(30) CHARSET latin1 
BEGIN 
    DECLARE msec INT DEFAULT 0; 
    DECLARE sftime,sstime VARCHAR(27); 
    SET ftime=CONCAT(ftime,'000'); 
    SET stime=CONCAT(stime,'000'); 
    SET msec=TIME_TO_SEC(TIMEDIFF(ftime,stime))*1000+TRUNCATE(MICROSECOND(TIMEDIFF(ftime,stime))/1000,0); 
    RETURN msec; 
END$$ 

DELIMITER ; 

Answer 5

对于下一个读者的信息，这个bug终于可以在版本5.6.4 纠正：

“的MySQL现在支持TIME，DATETIME，TIMESTAMP和值小数秒，最多可微秒精度“。

Answer 6

从Mysql版本5.6.4开始，它将微秒存储在一列中。

“MySQL现在支持TIME，DATETIME和TIMESTAMP值的小数秒，精度高达微秒。”

例如：

CREATE TABLE `test_table` (
`name` VARCHAR(1000) , 
`orderdate` DATETIME(6) 
); 

INSERT INTO test_table VALUES('A','2010-12-10 14:12:09.019473'); 

SELECT * FROM test_table; 

仅需要改变数据类型为日期时间为日期时间（6）;

欲了解更多信息，请参阅以下内容： http://dev.mysql.com/doc/refman/5.6/en/fractional-seconds.html

Answer 7

现在你可以使用微秒

mysql> select @@version; 
+-----------+ 
| @@version | 
+-----------+ 
| 5.6.26 | 
+-----------+ 
1 row in set (0.00 sec) 

mysql> select now(6); 
+----------------------------+ 
| now(6)      | 
+----------------------------+ 
| 2016-01-16 21:18:35.496021 | 
+----------------------------+ 
1 row in set (0.00 sec) 

Answer 8

如前所述微秒支持在5.6版本中增加。4

也许下面是使用分数秒：

drop procedure if exists doSomething123; 
delimiter $$ 
create procedure doSomething123() 
begin 
    DECLARE dtBEGIN,dtEnd DATETIME(6); 
    DECLARE theCount,slp INT; 
    set dtBegin=now(6); -- see http://dev.mysql.com/doc/refman/5.7/en/fractional-seconds.html 

    -- now do something to profile 
    select count(*) into theCount from questions_java where closeDate is null; 
    select sleep(2) into slp; 
    -- not the above but "something" 

    set dtEnd=now(6); -- see http://dev.mysql.com/doc/refman/5.7/en/fractional-seconds.html 
    select timediff(dtEnd,dtBegin) as timeDiff,timediff(dtEnd,dtBegin)+MICROSECOND(timediff(dtEnd,dtBegin))/1000000 seconds; 
    -- select dtEnd,dtBegin; 
end$$ 
delimiter ; 

测试：

call doSomething123(); 
+-----------------+----------+ 
| timeDiff  | seconds | 
+-----------------+----------+ 
| 00:00:02.008378 | 2.016756 | 
+-----------------+----------+ 

它的另一个观点：

set @dt1=cast('2016-01-01 01:00:00.1111' as datetime(6)); 
set @dt2=cast('2016-01-01 01:00:00.8888' as datetime(6)); 

select @dt1,@dt2,MICROSECOND(timediff(@dt2,@dt1))/1000000 micros; 
+----------------------------+----------------------------+--------+ 
| @dt1      | @dt2      | micros | 
+----------------------------+----------------------------+--------+ 
| 2016-01-01 01:00:00.111100 | 2016-01-01 01:00:00.888800 | 0.7777 | 
+----------------------------+----------------------------+--------+ 

请参见MySQL手册有权Fractional Seconds in Time Values