MySQL 中的数字类型


MySQL 中数据类型常用的就三大类：

  • 数字类型/numeric types
  • 日期和时间/date and time types
  • 字符类型/string (character and byte) types

另外还包含两个没那么常用的大类：

  • 特殊类型/spatial types
  • JSON

继续之前，先来看一些单位上的约定和概念，

  • M：根据具体不同的类型，其表示的意思不一样，见下方关于这个参数的讨论。
  • D 用于定点及浮点数，表示小数点后有多少位。最大可能取值为 30，但不应该超过 M-2。
  • fsp 适用于 TIME, DATETIME 及 TIMESTAMP。可理解秒后面的小数点位数。它应该是介于 0~6 之间的，0 表示没有小数部分（fractin part）。默认为 0。
  • [] 方括号表示类型中可选的部分。

存储字符串时指定的类型 VARCHAR(50) 中可接收一个数字作为长度，其实除了字符串类型，数字类型也是可指定该参数的，比如 INT(10)，BIGINT(20)。假设后续讨论中这个参数使用字母 M 来表示，即上面提到的。该参数被用在不同类型上时，其表示的意思不一样。

  • 对于整形，它表示 展示宽度/display width。
  • 对于定点数（fixed point）或浮点数（floating point），表示能够存储的总位数，即精度。
  • 对于字符串，表示能够存储的字符串长度。

展示宽度/Display Width

那么什么是展示宽度。展示宽度这个参数具有迷惑性，它不像 CHAR(M) 中有实际意义表示能够存储的字符串长度，在数字类型中，它指数字展示时需要的宽度，是 MySQL 格式化时使用的。即 INT(5)，INT(15)，INT(25) 能够存储的数字范围都是 INT 类型的范围 -2147483648 ~ 2147483647。如果指定了 ZEROFILL，MySQL 在返回该数字时，对于实际位数小于展示宽度的数字，将自动在左边补零。比如列的类型为 INT(5)，实际存储了数字 5，返回时会得到 00005。对于没有指定 ZEROFILL 或实际存储的位数大于指定的展示宽度，则不会自动补零，此时看上去没有任何效果。

CREATE TABLE test_zero_fill
  (
     with_fill    INT(5) UNSIGNED ZEROFILL NOT NULL PRIMARY KEY,
     without_fill INT(5) UNSIGNED NOT NULL
  ); 
mysql> INSERT INTO test_zero_fill (with_fill, without_fill) VALUES (5, 5),(123456, 123456);
Query OK, 2 rows affected (0.00 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> select * from test_zero_fill;
+-----------+--------------+
| with_fill | without_fill |
+-----------+--------------+
|     00005 |            5 |
|    123456 |       123456 |
+-----------+--------------+
2 rows in set (0.00 sec)

另外，如果使用了 ZEROFILL，该列将自动设置为 UNSIGNED 类型。

mysql> ALTER TABLE test_zero_fill ADD signed_num INT(5) signed ZEROFILL NOT NULL after without_fill;
mysql> describe test_zero_fill;
+--------------+--------------------------+------+-----+---------+-------+
| Field        | Type                     | Null | Key | Default | Extra |
+--------------+--------------------------+------+-----+---------+-------+
| with_fill    | int(5) unsigned zerofill | NO   | PRI | NULL    |       |
| without_fill | int(5) unsigned          | NO   |     | NULL    |       |
| signed_num   | int(5) unsigned zerofill | NO   |     | NULL    |       |
+--------------+--------------------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

所以对于数据存储层面来说，展示宽度其实没什么用途。如果真的需要格式化，程序中能够请求 MySQL 的 meta 信息以获取到相应的展示宽度。

假如在 Node.js 中使用 mysqljs/mysql 作为数据库连接的模块，在执行请求时，其回调中返回的 fields 入参便包含了列相应的 meta 信息。

connection.query("SELECT * from test_zero_fill", function(
    error,
    results,
    fields
) {
    if (error) throw error;
    console.log(fields);
});
fields 中包含列的 meta 信息
 
  FieldPacket {
    catalog: ‘def‘,
    db: ‘data_type‘,
    table: ‘test_zero_fill‘,
    orgTable: ‘test_zero_fill‘,
    name: ‘with_fill‘,
    orgName: ‘with_fill‘,
    charsetNr: 63,
    length: 5,
    type: 3,
    flags: 20579,
    decimals: 0,
    default: undefined,
    zeroFill: true,
    protocol41: true
  },
  FieldPacket {
    catalog: ‘def‘,
    db: ‘data_type‘,
    table: ‘test_zero_fill‘,
    orgTable: ‘test_zero_fill‘,
    name: ‘without_fill‘,
    orgName: ‘without_fill‘,
    charsetNr: 63,
    length: 5,
    type: 3,
    flags: 4129,
    decimals: 0,
    default: undefined,
    zeroFill: false,
    protocol41: true
  },
  FieldPacket {
    catalog: ‘def‘,
    db: ‘data_type‘,
    table: ‘test_zero_fill‘,
    orgTable: ‘test_zero_fill‘,
    name: ‘signed_num‘,
    orgName: ‘signed_num‘,
    charsetNr: 63,
    length: 5,
    type: 3,
    flags: 4193,
    decimals: 0,
    default: undefined,
    zeroFill: true,
    protocol41: true
  }
]

因此，在设计表时，应该关注使用哪种具体的数据类型能够满足数据存储的需要，而不要被展示宽度所迷惑。

数字类型

数字类型分为有符号 SIGNED 和无符号 UNSIGNED 的情况，有符号即最前面有一位符呈位，可表示正负数。默认情况下为 SIGNED 即有符号。

整型

MySQL 中支持标准的 SQL 整型，

  • INTEGER (INT)
  • SMALLINT

并且扩展了一些类型：

  • TINYINT
  • MEDIUMINT
  • BIGINT

以下是 MySQL 中支持的整型，及其对应所需存储空间和取值范围。

类型 空间 (字节) 有符号时最小取值 无符号时最小取值 有符号时最大取值 无符号时最大取值
TINYINT 1 -128 0 127 255
SMALLINT 2 -32768 0 32767 65535
MEDIUMINT 3 -8388608 0 8388607 16777215
INT 4 -2147483648 0 2147483647 4294967295
BIGINT 8 -263 0 263-1 264-1

具体到每种类型：

  • TINYINT[(M)] [UNSIGNED] [ZEROFILL]：微整型，取值范围 -128 ~ 127，无符号情况下为 0 ~ 255。
  • BOOL, BOOLEAN：效果等同 TINYINT(1)，0 表示 FALSE，其他非 0 值处理成 TRUE。其中关键字 TRUE，FALSE 真实代表的是数字 1 和 0。
mysql> SELECT IF(0, ‘true‘, ‘false‘);
+------------------------+
| IF(0, ‘true‘, ‘false‘) |
+------------------------+
| false                  |
+------------------------+

mysql> SELECT IF(1, ‘true‘, ‘false‘);
+------------------------+
| IF(1, ‘true‘, ‘false‘) |
+------------------------+
| true                   |
+------------------------+

mysql> SELECT IF(2, ‘true‘, ‘false‘);
+------------------------+
| IF(2, ‘true‘, ‘false‘) |
+------------------------+
| true                   |
+------------------------+
mysql> SELECT IF(0 = FALSE, ‘true‘, ‘false‘);
+--------------------------------+
| IF(0 = FALSE, ‘true‘, ‘false‘) |
+--------------------------------+
| true                           |
+--------------------------------+

mysql> SELECT IF(1 = TRUE, ‘true‘, ‘false‘);
+-------------------------------+
| IF(1 = TRUE, ‘true‘, ‘false‘) |
+-------------------------------+
| true                          |
+-------------------------------+

mysql> SELECT IF(2 = TRUE, ‘true‘, ‘false‘);
+-------------------------------+
| IF(2 = TRUE, ‘true‘, ‘false‘) |
+-------------------------------+
| false                         |
+-------------------------------+

mysql> SELECT IF(2 = FALSE, ‘true‘, ‘false‘);
+--------------------------------+
| IF(2 = FALSE, ‘true‘, ‘false‘) |
+--------------------------------+
| false                          |
+--------------------------------+

关于大整型，关键字 SERIAL 等同于 BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE。

还记得创建表时一般需要指定一个自增的整形 ID 字段么，

CREATE TABLE table_name (id INT UNSIGNED PRIMARY KEY NOT NULL AUTO_INCREMENT)

SERIAL 关键字其实是 BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE 的别名，所以下次创建表时可直接使用该关键字，会省事很多。

CREATE TABLE table_name (id SERIAL PRIMARY KEY)

如果你不想要 BIGINT，SERIAL DEFAULT VALUE 是 NOT NULL AUTO_INCREMENT UNIQUE 的别名，那么可以这样来简写 ID 字段：

CREATE TABLE table_name (id INT SERIAL DEFAULT VALUE PRIMARY KEY)

定点型

DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL] 定点型数字，其中 M 表示总的位数（不包含正负号及小数点），D 表示小数位数。D 为 0 则表示没有小数部分。M 最大取值 65，默认 10；D 最大支持到 30，默认 0。所有的算术运算（+，-，*，/）都基于 65 位的 DECIMAL。

DEC[(M[,D])] [UNSIGNED] [ZEROFILL], NUMERIC[(M[,D])] [UNSIGNED] [ZEROFILL], FIXED[(M[,D])] [UNSIGNED] [ZEROFILL] 同 DECIMAL。

定点型数字存储精确的数字，用于准确性要求高的场合，比如涉及金钱。底层实现上，MySQL 使用二进制形式存储该类型的值。

通常的用法如下：

salary DECIMAL(5,2)

上面示例中，salary 为一个 5 位精度两位小数的定点型。取值范围 -999.99 ~ 999.99。

因为 D 缺省时默认为 0，所以 DECIMAL(M) 表示 DECIMAL(M,0)，现时，MySQL 中，M 缺省时默认为 10，所以 DECIMAL 表示 DECIMAL(10,0)。

当实际存储的值其小数大于指定的位数时，其精度会自动转换成所存储的值的精度。

浮点型

区别于 DECIMAL，浮点型存储的数字是个近似值。内部存储时，MySQL 为单精度使用 4 字节（bytes），双精度使用 8 字节。

浮点型包含以下这些类型：

  • FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]：小型的单精度浮点型。根据 IEEE 标准理论取值范围 -3.402823466E+38 ~ -1.175494351E-38, 0, 1.175494351E-38 ~ 3.402823466E+38，实际的取值范围因硬件和操作系统而异，会比理论值要小。

    • M 表示总位数，D 表示小数位数。两者省略的情况下，其值为硬件允许的最大值。比如 FLOAT(7,4) 看起来会是这个样子： -999.9999。
    • FLOAT[(M,D) 这种形式的类型不是标准的 SQL 类型，后续会废弃掉。
  • FLOAT(p) [UNSIGNED] [ZEROFILL]：是标准的 SQL 类型，p 表示精度。但 MySQL 中，根据 p 取值的不同，底层实际将其处理成别的类型。比如 0 ~ 24 时，当成 4 字节单精度 FLOAT 类型来处理，25 ~ 53 时处理成 8 字节双精度的 DOUBLE 类型。
  • DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL]：双精度浮点型。取值范围 -1.7976931348623157E+308 ~ -2.2250738585072014E-308, 0, 2.2250738585072014E-308 ~ 1.7976931348623157E+308。同 FLOAT(M,D)，DOUBLE(M,D) 这种形式的双精度类型也是非标准 SQL 类型，后续会废弃。
  • DOUBLE PRECISION[(M,D)] [UNSIGNED] [ZEROFILL], REAL[(M,D)] [UNSIGNED] [ZEROFILL]：DOUBLE 的别名。

所以实际使用时，为了最大限度的兼容性，直接使用 FLOAT，DOUBLE，PRECISION 而不要指定精度及小数。

BIT 类型

BIT[(M)] 类型用于存储单个状态值，M 表示包含几位。默认为1，最大可取 64。

该类型的值可通过 b‘value‘ 的形式书写，其中 value 部分以二进制的形式呈现，比如 b‘111‘ 和 b‘10000000‘ 分别表示 7 和 128。更加详细的信息可参考 9.1.5 Bit-Value Literals。

如果赋值到该类型上的值小于 M 指定的位数，值左边会补零，比如将 b‘101‘ 存储到类型为 BIT(6) 的列，实际会是 b‘000101‘。

存储的值溢出的情况

将要存储的值超出数字类型的范围时，其表现跟当前设置的 SQL 模式有关。具体来说，

  • 开启 SQL 严格模式时，超出范围的值会写入失败，MySQL 会中断操作并且直接抛错。
  • 非严格模式下，MySQL 会将值裁剪到合适的大小进行写入。即超出的情况下存成该类型能够接收的最大值。

考察一个通过如下语句创建的表 t1：

CREATE TABLE t1 (i1 TINYINT, i2 TINYINT UNSIGNED);

SQL 严格模式下，尝试写入一个超出范围的值时抛错：

mysql> SET sql_mode = ‘TRADITIONAL‘;
mysql> INSERT INTO t1 (i1, i2) VALUES(256, 256);
ERROR 1264 (22003): Out of range value for column ‘i1‘ at row 1
mysql> SELECT * FROM t1;
Empty set (0.00 sec)

以下是非严格模式下进行裁剪存储的情况：

mysql> SET sql_mode = ‘‘;
mysql> INSERT INTO t1 (i1, i2) VALUES(256, 256);
mysql> SHOW WARNINGS;
+---------+------+---------------------------------------------+
| Level   | Code | Message                                     |
+---------+------+---------------------------------------------+
| Warning | 1264 | Out of range value for column ‘i1‘ at row 1 |
| Warning | 1264 | Out of range value for column ‘i2‘ at row 1 |
+---------+------+---------------------------------------------+
mysql> SELECT * FROM t1;
+------+------+
| i1   | i2   |
+------+------+
|  127 |  255 |
+------+------+

上述表现同样会出现在涉及到对列进行转换修改的一些操作上，比如 ALTER TABLE，LOAD DATA，UPDATE 以及使用 INSERT 同时插入多行数据时。严格模式下会抛错失败，非严格模式下值会进行裁剪。但失败的情况不尽相同，如果是事务类型的表，会整个全失败，其他情况根据具体的值会部分成功，部分失败。

进行数字计算时如果有溢出，也会抛错，比如对于 BIGINT 其最大值为 9223372036854775807，因为 MySQL 中默认对数字类型是有符号类型，如下操作会抛错，

mysql> SELECT 9223372036854775807 + 1;
ERROR 1690 (22003): BIGINT value is out of range in ‘(9223372036854775807 + 1)‘

对于上述情况，可显式将 被操作数进行类型转换，转成无符号的 BIGINT：

mysql> SELECT CAST(9223372036854775807 AS UNSIGNED) + 1;
+-------------------------------------------+
| CAST(9223372036854775807 AS UNSIGNED) + 1 |
+-------------------------------------------+
|                       9223372036854775808 |
+-------------------------------------------+

通过带上小数后，转成 DECIMAL 也能修正上面的错误，因为 DECIMAL 比整形要大，

mysql> SELECT 9223372036854775807.0 + 1;
+---------------------------+
| 9223372036854775807.0 + 1 |
+---------------------------+
|     9223372036854775808.0 |
+---------------------------+

两数相减时，其中一个为无符号数，得出的结果默认为也为无符号。所以如果想减之后结果是负数，则会抛错。

mysql> SET sql_mode = ‘‘;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT CAST(0 AS UNSIGNED) - 1;
ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in ‘(cast(0 as unsigned) - 1)‘

除非开启了 NO_UNSIGNED_SUBTRACTION：

mysql> SET sql_mode = ‘NO_UNSIGNED_SUBTRACTION‘;
mysql> SELECT CAST(0 AS UNSIGNED) - 1;
+-------------------------+
| CAST(0 AS UNSIGNED) - 1 |
+-------------------------+
|                      -1 |
+-------------------------+

总结

对于整型或浮点型，可指定 AUTO_INCREMTN 属性。指定该属性性，将不能接收负值。同时 CHECK 属性与该属性冲突，也不能同时使用。但对于 FLOAT 和 DOUBLE，AUTO_INCREMENT 属性的支持将逐渐废弃掉，实际使用时尽量避免。

对于需要精确数值的场合，使用 DECIMAL，比如涉及金钱的情况。

对于整形，展示宽度不是其存储的值范围，只用来格式化。

相关资源

原文地址：https://www.cnblogs.com/Wayou/p/mysql_data_type_number.html

时间： 2024-10-14 12:32:37

MySQL 中的数字类型的相关文章

EL表达式中的数字类型

今天遇到一个有趣的问题,也很纳闷的问题,不过好在解决了,在此记录下来. 在控制器中定义了一个Map<Integer,String>集合,看似没有问题,将这个集合的对象map传递到一个JSP页面中,我们都知道,用EL表达式 ${map[key]}就可以取得key对应的value了.但是问题就是这么奇怪,这样取不到值.百度,才发现:EL表达式中数字1,2,3,...是Long类型.也就是EL表达式不支持Integer类型的数字作为Map的key. 修改上述集合为:Map<Long,Strin

MySQL中的string类型

转自:http://computer.uoh.edu.cn/mysql/1677.html MYSQL中STRING支持类型有:CHAR.VARCHAR.TINYTEXT.TEXT.MEDIUMTEXT.LONGTEXT.BINARY.VARBINARY.TINYBLOG.MEDIUMBLOG.BLOG.LONGBLOG.ENUM.SET类型. 这些类型对应长度(值域范围)如下: CHAR和VARCHAR——CHAR长度为0-255字符,实际保存时,不足部分填0保存.VARCHAR长度为0-65

MySQL 中 的 bit 类型，tinyint(1);

之前一直以为 mysql中没有 bit类型,需要使用 tinyint 来标识 bit.但是前端的实体类,不好控制,后来发现这些问题已经有了默认的统一设置,这样反而更好. 总结:MySQL中 使用布尔类型的字段,就用 tinyint(1),true 为1 false 为0 辅助参考文章:https://blog.csdn.net/dianjun2454/article/details/101950943 原文地址:https://www.cnblogs.com/del88/p/12538470.h

MySql中的时间类型datetime，timestamp，date，year比较

MySQL日期类型.日期格式.存储空间.日期范围比较.日期类型        存储空间       日期格式                 日期范围------------ ---------   --------------------- -----------------------------------------datetime       8 bytes   YYYY-MM-DD HH:MM:SS   1000-01-01 00:00:00 ~ 9999-12-31 23:59:5

Objective-C编程中的数字类型（NSInteger,NSUInteger,NSNumber）

在Objective-C中,我们可以使用c中的数字数据类型,int.float.long等.它们都是基本数据类型,而不是对象.也就是说,不能够向它们发送消息.然后,有些时候需要将这些值作为对象使用. NSInteger.NSUInteger   当你不知道程序运行哪种处理器架构时,你最好使用NSInteger,因为在有可能int在32位系统中只是int类型,而在64位系统,int可能变是long型.除非不得不使用int/long型,否则推荐使用NSInteger. 从上面的定义可以看出NSInt

python中，数字类型计算

说明: 今天在看python数字类型的操作,在此记录下. 操作过程: 1.数字的加减乘除 >>> 2 + 24>>> 4 - 22>>> 2 - 4-2>>> 2 * 24>>> 2 / 2 #除法的结果会返回小数的结果,如果是整除,小数点后面就是01.0>>> 1 / 30.3333333333333333 #1除以3除不尽,小数点后面是无限循环.>>> 2 / 0Traceba

关于MySQL中的varchar类型的研究

很多人讲MySQL中varchar类型的数据大小应该设置为偶数,因为一个中文占用两个字节.今天我们来测试一下varchar大小是字符还是字节,使用工具:Navicat: 1.首先创建一个t_test表,里面只有一个字段test,将其设置为varchar(1) 2.向表中添加分别添加两个数据"1"和"天" 3.测试结果:varchar()里面输入的大小代表的是字符,为了验证测试的可靠性,添加两个字符报错图片: 原文地址:https://www.cnblogs.com/

mysql中的字符串类型数据索引优化

摘自 "高性能mysql" 对于一些字符串类型较长的字段搜索时, 可以参考如下方法

向mysql中插入Date类型的数据

先看数据库表的定义 date字段为sql.date类型.我要向其中插入指定的日期和当前日期. 一.插入当前日期 思路:先获取当前系统,在将当前系统时间转换成sql类型的时间,然后插入数据库.代码如下 public static void insert_now() throws ClassNotFoundException, SQLException{ java.util.Date utilDate = new Date(); //获取java.util.Date对象---也即当前时间 java.