MySQL数据类型-decimal详解

1.首先，对于精度比较高的东西，比如money，我会用decimal类型，不会考虑float,double,因为他们容易产生误差，numeric和decimal同义，numeric将自动转成decimal。

DECIMAL从MySQL 5.1引入，列的声明语法是DECIMAL(M,D)。在MySQL 5.1中，参量的取值范围如下：

·M是数字的最大数（精度）。其范围为1～65（在较旧的MySQL版本中，允许的范围是1～254），M 的默认值是10。

·D是小数点右侧数字的数目（标度）。其范围是0～30，但不得超过M。

说明：float占4个字节，double占8个字节，decimail(M,D)占M+2个字节。

如DECIMAL(5,2) 的最大值为9 9 9 9 . 9 9，因为有7 个字节可用。

M 与D 对DECIMAL(M, D) 取值范围的影响

类型说明取值范围（MySQL < 3.23）取值范围（MySQL >= 3.23）

MySQL < 3.23 MySQL >=3.23
DECIMAL(4, 1) -9.9 到 99.9 -999.9 到 9999.9

DECIMAL(5,1) -99.9 到 999.9 -9999.9 到 99999.9

DECIMAL(6,1) -999.9 到 9999.9 -99999.9 到 999999.9

DECIMAL(6,2) -99.99 到 999.99 -9999.99 到 99999.99

DECIMAL(6,3) -9.999 到 99.999 -999.999 到 9999.999

# 在MySQL 3.23 及以后的版本中，DECIMAL(M, D) 的取值范围等于早期版本中的DECIMAL(M + 2, D) 的取值范围。

结论：

当数值在其取值范围之内，小数位多了，则直接截断小数位。

若数值在其取值范围之外，则用最大(小)值对其填充。

关于mysql5.6 decimal 类型的几个小bug

bug 详情见官介绍：

http://bugs.MySQL.com/bug.PHP?id=72056  （1）当存储的decimal值超级大的时候，在没有索引的情况下，mysql会认为所有的值一样大

http://bugs.mysql.com/bug.php?id=72274  （2）当使用decimal 做分区key的时候，分区key无法正确过滤分区的问题

一，关于bug (1)

创建测试表：

 CREATE TABLE `decimalTest`(`value` DECIMAL(24,0) NOT NULL);

插入测试数据：

 INSERT INTO `decimalTest`(`value`) VALUES('100000000000000000000001'), ('100000000000000000000002'), ('100000000000000000000003');

 INSERT INTO `decimalTest`(`value`) VALUES('1234'),('5678');

执行查询：

（a），字符串数字巨大值做条件：

SELECT * FROM `decimalTest` WHERE `value` = '100000000000000000000002';

+--------------------------+
|     value                      |
+--------------------------+
| 100000000000000000000001 |
| 100000000000000000000002 |
| 100000000000000000000003 |
+--------------------------+

查询结果不对

（b），数值数字巨大值做条件：

 SELECT * FROM `decimalTest` WHERE `value` = 100000000000000000000002;
+--------------------------+
|       value                    |
+--------------------------+
| 100000000000000000000002 |
+--------------------------+

查询结果正确

==================这一部分是自己添加的，为了对比测试======================

（c）字符串数值小值做条件

select * from  `decimalTest` WHERE `value` ='1234';

+-------+
| value |
+-------+
|  1234 |
+-------+

查询结果正确

=======================================================================

（d）对字段添加索引，然后重新执行（a）查询

alter table decimalTest add index ind_decimal  (`value`);  

SELECT * FROM `decimalTest` WHERE `value` = '100000000000000000000002';
+--------------------------+
|       value                    |
+--------------------------+
| 100000000000000000000002 |
+--------------------------+

结果正确

总结：当使用超大字符串数值作为条件查询时，mysql会将他们认为一样大，这个时候需要加索引才可以避免错误，该bug在5.5、5.6都存在目前没有修复

二，关于bug (2)

正常情况下decimal是不能直接作为分区key的，不过我们可以使用函数进行转换来实现

创建测试表：

CREATE TABLE test(test DECIMAL(31,20) PRIMARY KEY)

 PARTITION BY RANGE(FLOOR(test))

(

PARTITION p0 VALUES LESS THAN(1),

PARTITION p1 VALUES LESS THAN(2)

) ;

插入测试数据：

insert into test values(0),(1);

查看执行计划

可以看到执行范围查询的时候没有正确过滤分区，该bug也尚未修复。

在生成环境有用到5.6的并且使用decimal类型场景和上述两种相同的希望大家注意一下。

参考：

http://bugs.mysql.com/bug.php?id=72056  

http://bugs.mysql.com/bug.php?id=72274 

Navicat日期时间格式

          Navicat中，如果将日期设置为datetime

          默认的日期时间格式为：yyyy-MM-dd hh:mm:ss+设置的长度

          Datetime类型的长度，最大为6，可以设置0~6的任意数值，表示它的精度。

          这里设置为0，即到时分秒结束，执行插入语句，如下

<span style="font-size:18px;">INSERT INTO t_mcoin
VALUES
    (
        '1',
        '1',
        '1',
        '2017-04-25',
        '1'
    );
span>

          结果，它会把后面的时间自动的加上，默认的都为0。

          想要只存储日期到天，而不带后面的时间

          必须存储为string类型的格式——varchar即可。

          此时，执行上面的插入语句，日期的格式才会到天结束。

          当设置为datetime类型

          查询的时候，以精确到天的日期格式查询，后面不带时间，数据库中该字段的时间位必须全部为0，才可以查询出来。

          表中的数据

          查询语句

<span style="font-size:18px;">SELECT
     *
FROM
     t_mcoin
WHERE
     date ='2017-04-25'span>

          查询结果