MySQL：送分or送命 varchar(30) 与 int(10)
摘要：
VARCHAR(30) 和 INT(10) 在MySQL中代表两种不同类型的字段，它们之间的主要区别在于它们存储的数据类型、存储方式以及显示宽度的含义。
正文：
INT(10)
在MySQL中，当你看到INT(10)这样的数据类型定义时，可能会有些混淆，因为它并不完全按字面意思那样工作。这里的INT是一个整数类型，它用于存储整数值。而括号内的数字（在这个例子中是10）并不限制存储的整数的值范围或精度，而是指定了显示宽度。
然而，这个显示宽度在大多数情况下并不会影响实际的存储或查询结果，因为它主要用于某些SQL客户端工具或应用程序中格式化显示查询结果时的一个提示。例如，如果你在一个具有固定列宽的表格视图中查看查询结果，INT(10)可能会提示客户端工具为该列分配至少10个字符的宽度来显示整数值（尽管这并不意味着它会用空格填充到10位）。
重要的是要理解，无论INT后面跟的数字是多少，INT类型本身的值范围都是固定的：
- 对于有符号的
INT，范围是-2,147,483,648到2,147,483,647。 - 对于无符号的
INT UNSIGNED，范围是0到4,294,967,295。
因此，INT(10)和INT(1)在存储能力上没有任何区别，它们都能存储相同范围的整数值。唯一的区别可能是在某些特定的显示场景下，它们可能会影响数值的显示方式，但这种影响通常是由客户端工具或应用程序的实现决定的，而不是由MySQL数据库本身决定的。
总的来说，当设计数据库表时，应该更多地关注数据类型的选择（如INT、VARCHAR、DATE等）以及它们是否能满足你的数据需求和性能要求，而不是过分关注数据类型定义中的显示宽度。
BIGINT(20)
在MySQL中，BIGINT(20)这样的数据类型定义同样可能会引起一些混淆。这里，BIGINT是一个整数类型，用于存储非常大的整数值。而括号内的数字20，就像在其他整数类型（如INT(10)）中一样，并不限制存储的整数的值范围或精度，而是指定了显示宽度。
然而，需要注意的是，对于BIGINT来说，这个显示宽度实际上在大多数情况下都是无关紧要的，因为BIGINT类型的值范围远远超出了任何可以通过这种方式指定的显示宽度所能表示的范围。
BIGINT类型的值范围如下：
- 对于有符号的
BIGINT，范围是-9,223,372,036,854,775,808到9,223,372,036,854,775,807。 - 对于无符号的
BIGINT UNSIGNED，范围是0到18,446,744,073,709,551,615。
这些范围远远超出了20位数字所能表示的范围，因此BIGINT(20)中的20并不限制存储的整数值的大小，而仅仅是一个建议的显示宽度。
同样地，这个显示宽度主要用于某些SQL客户端工具或应用程序中格式化显示查询结果时的一个提示。然而，与INT类型不同，由于BIGINT的范围如此之大，很少有客户端工具或应用程序会根据这个显示宽度来截断或填充显示的整数值。
总的来说，BIGINT(20)中的20对于存储和查询操作来说没有实际影响，它更多地是一个元数据，可能用于某些特定的显示或格式化场景。在设计数据库表时，应该主要关注数据类型（如BIGINT）是否能满足你的数据需求和性能要求，而不是过分关注数据类型定义中的显示宽度。
VARCHAR(30)
VARCHAR(30) 在MySQL中是一种数据类型定义，用于指定一个可变长度的字符串字段，该字段的最大长度为30个字符。这里的“VARCHAR”代表可变字符（Variable Character），而括号中的数字（在这个例子中是30）则指定了该字段可以存储的最大字符数。
与固定长度的字符串类型（如CHAR）不同，VARCHAR类型会根据存储的字符串的实际长度来分配空间（加上一个或两个字节来记录字符串的长度，具体取决于字符串的最大长度），从而可以更有效地利用存储空间。如果存储的字符串长度小于指定的最大长度，那么VARCHAR字段将只占用必要的空间加上长度记录的开销。
VARCHAR类型非常适合存储长度可变的字符串，比如名字、地址、描述等。使用VARCHAR时，你应该根据实际需要选择合适的最大长度，以避免浪费存储空间或因为长度不足而导致数据截断。
需要注意的是，虽然VARCHAR类型可以存储的最大字符数在理论上受到MySQL版本和配置的限制，但在实际应用中，这个限制通常是非常大的（比如MySQL 5.7中VARCHAR字段的最大长度可以达到65,535个字节，但实际可存储的字符数还取决于字符集和排序规则）。然而，出于性能和存储效率的考虑，建议将VARCHAR字段的最大长度设置为实际需要的最大值，而不是盲目追求更大的长度。
显示宽度
在MySQL中，数据类型的显示宽度（如INT(10)、BIGINT(20)等中的数字部分）是一个容易引起混淆的概念。为了更好地理解它，我们可以从以下几个方面来阐述：
1. 显示宽度的定义
显示宽度并不限制字段中能够存储的值的范围或精度，而是指定了某些SQL客户端工具或应用程序在显示该字段的值时可能会使用的最小字符宽度。然而，这个特性并不是所有客户端或应用程序都会遵循的，它更多是一种建议或提示。
2. 显示宽度的作用
- 格式化显示：在某些具有固定列宽的表格视图中，显示宽度可能用于指导客户端工具如何格式化显示查询结果。例如，如果字段被定义为
INT(10)，则客户端可能会为该字段的显示分配至少10个字符的宽度。 - 美观性：在某些情况下，为了保持查询结果的美观和一致性，开发人员可能会使用显示宽度来指定字段的显示宽度。
3. 显示宽度的局限性
- 不限制值范围：显示宽度绝对不会限制字段能够存储的值的范围。例如，
INT(1)和INT(10)都能存储相同的整数值范围。 - 不保证显示效果：不同的SQL客户端工具或应用程序可能会以不同的方式处理显示宽度。有些工具可能会忽略它，而有些工具则可能会根据它来格式化显示结果。
- 不适用于所有数据类型：显示宽度主要适用于整数类型和固定长度的字符串类型（如
CHAR），但对于可变长度的字符串类型（如VARCHAR）和二进制类型（如BLOB），它通常没有实际意义。
4. 注意事项
- 在设计数据库表时，应该主要关注数据类型是否满足数据需求和性能要求，而不是过分关注显示宽度。
- 如果需要在客户端工具或应用程序中控制字段的显示格式，最好使用应用程序层面的逻辑来实现，而不是依赖MySQL的显示宽度特性。
5. 结论
显示宽度是MySQL数据类型定义中的一个可选参数，它主要用于指导某些SQL客户端工具或应用程序在显示字段值时可能会使用的最小字符宽度。然而，它并不限制字段能够存储的值的范围或精度，也不保证所有客户端或应用程序都会遵循这个建议。因此，在设计和使用数据库时，应该谨慎对待这个特性。
VARCHAR(30) 和 INT(10)
VARCHAR(30) 和 INT(10) 在MySQL中代表两种不同类型的字段，它们之间的主要区别在于它们存储的数据类型、存储方式以及显示宽度的含义。
VARCHAR(30)
- 数据类型：
VARCHAR是一个可变长度的字符串类型。它用于存储可变长度的文本数据。 - 存储方式：
VARCHAR字段根据存储的字符串的实际长度来分配空间（加上一个或两个字节来记录字符串的长度）。如果存储的字符串长度小于指定的最大长度（在这个例子中是30个字符），那么VARCHAR字段将只占用必要的空间加上长度记录的开销。 - 显示宽度的含义：虽然
VARCHAR(30)中的30指定了字段的最大字符数，但这个数字并不限制存储在字段中的字符串的长度（从技术上讲，它受限于MySQL的行大小和字符集），而是指定了某些SQL客户端工具或应用程序在显示该字段的值时可能会使用的最小字符宽度。然而，这个特性并不是所有客户端或应用程序都会遵循的。
INT(10)
- 数据类型：
INT是一个整数类型。它用于存储整数值。 - 存储方式：
INT字段占用固定的存储空间（通常是4个字节），并且可以存储的整数值范围取决于它是有符号的还是无符号的（对于有符号的INT，范围是-2,147,483,648到2,147,483,647；对于无符号的INT，范围是0到4,294,967,295）。 - 显示宽度的含义：
INT(10)中的10并不限制存储的整数值的范围或精度，而是指定了某些SQL客户端工具或应用程序在显示该字段的值时可能会使用的最小显示宽度。然而，这个显示宽度实际上在大多数情况下都是无关紧要的，因为它不会影响存储的整数值的大小，也不会导致整数值被截断或填充。它主要是一个元数据，可能用于某些特定的显示或格式化场景。
总结
VARCHAR(30)用于存储最多30个字符的可变长度字符串。INT(10)用于存储整数值，括号中的10主要是一个显示宽度的提示，对存储的整数值没有实际影响。- 在设计数据库表时，应该根据实际需要选择合适的字段类型和长度，而不是过分关注显示宽度的概念。
引申1:MySQL中各种数据类型占用的存储空间
MySQL中各种数据类型占用的存储空间大小可以根据不同的数据类型和参数设置而有所不同。以下是根据MySQL官方文档和权威资料整理的各种数据类型占用的存储空间大小的概述：
数值类型
| 数据类型 | 存储空间 | 备注 |
|---|---|---|
| TINYINT | 1 字节 | 存储范围为 -128 到 127（有符号）或 0 到 255（无符号） |
| SMALLINT | 2 字节 | 存储范围为 -32768 到 32767（有符号）或 0 到 65535（无符号） |
| MEDIUMINT | 3 字节 | 存储范围为 -8388608 到 8388607（有符号）或 0 到 16777215（无符号） |
| INT, INTEGER | 4 字节 | 存储范围为 -2147483648 到 2147483647（有符号）或 0 到 4294967295（无符号） |
| BIGINT | 8 字节 | 存储范围为 -9223372036854775808 到 9223372036854775807（有符号）或 0 到 18446744073709551615（无符号） |
| FLOAT | 4 字节 | 存储单精度浮点数 |
| DOUBLE | 8 字节 | 存储双精度浮点数 |
| DECIMAL(M,D) | 可变 | 存储精确的小数，M是数字的最大位数（精度），D是小数点后的位数（标度）。存储空间根据M和D的值变化 |
字符串类型
| 数据类型 | 存储空间 | 备注 |
|---|---|---|
| CHAR(n) | n 字节 | 定长字符串，最多存储n个字符，n的范围是0到255 |
| VARCHAR(n) | L+1 字节 | 变长字符串，最多存储n个字符，L是实际存储的字符数（L<=n），需要额外1个字节来记录长度 |
| TINYTEXT | L+1 字节 | 最多存储255个字符（L<=255） |
| TEXT | L+2 字节 | 最多存储65535个字符（L<=65535） |
| MEDIUMTEXT | L+3 字节 | 最多存储16777215个字符（L<=16777215） |
| LONGTEXT | L+4 字节 | 最多存储4294967295个字符（L<=4294967295） |
日期和时间类型
| 数据类型 | 存储空间 | 备注 |
|---|---|---|
| DATE | 3 字节 | 存储日期值，格式为YYYY-MM-DD |
| TIME | 3 字节 | 存储时间值，格式为HH:MM:SS |
| DATETIME | 8 字节 | 存储日期和时间值，格式为YYYY-MM-DD HH:MM:SS |
| TIMESTAMP | 4 字节 | 存储时间戳，范围从'1970-01-01 00:00:01' UTC到'2038-01-19 03:14:07' UTC |
| YEAR | 1 字节 | 存储年份值，范围从1901到2155 |
其他类型
| 数据类型 | 存储空间 | 备注 |
|---|---|---|
| ENUM | 1 或 2 字节 | 存储预定义值列表中的一个值，取决于枚举值的个数（最多65535个值） |
| SET | 1 到 8 字节 | 存储预定义值列表中的零个或多个值，取决于集合成员的数量（最多64个成员） |
| BLOB, TINYBLOB, MEDIUMBLOB, LONGBLOB | L+1 到 L+4 字节 | 存储二进制大对象，L是实际存储的字节数，具体取决于BLOB类型 |
请注意，对于变长类型（如VARCHAR、BLOB和TEXT），存储需求取决于列值的实际长度。对于DECIMAL类型，存储空间取决于定义的精度（M）和标度（D）。此外，当使用Unicode字符集时，每个字符可能会占用更多的字节，这会影响字符串类型的实际存储空间。
引申2:MySQL表中最多可以有多少列
MySQL表中最多可以有多少列，这个问题并没有一个固定的答案，因为它受到多个因素的影响，包括MySQL的版本、存储引擎、操作系统、硬件配置以及表的类型等。以下是根据不同情况对MySQL表列数限制的一些概述：
1. MySQL版本和存储引擎
- MySQL 5.7及之前版本：对于MyISAM和InnoDB存储引擎，表的列数限制通常为4096个。
- MySQL 8.0及更新版本：对于MyISAM和InnoDB存储引擎，表的列数限制有所变化，通常限制为1017个或更少（根据官方文档，InnoDB表不能包含超过1000列，但具体数字可能因版本而异）。
2. 其他因素
- 最大行大小：表的列数也受到最大行大小的限制。MySQL内部机制允许每个表有一个最大的行大小，通常为65535字节（但具体值可能因存储引擎和配置而异）。如果表的列数过多，且列的数据类型占用的空间较大，可能会导致行大小超过限制，从而无法创建表。
- 字符集和排序规则：使用的字符集和排序规则也会影响列的存储大小，进而影响表的列数限制。
- 索引和其他功能性键：索引和其他功能性键（如外键）也会占用额外的空间，并可能对表的列数产生间接影响。
3. 官方文档和实际情况
- 官方文档：MySQL的官方文档通常会提供关于表列数限制的最新和最准确的信息。然而，由于MySQL是一个不断发展的数据库系统，因此这些限制可能会随着新版本的发布而发生变化。
- 实际情况：在实际应用中，由于多种因素的综合影响，表的列数限制可能会低于官方文档中给出的理论值。
4. 注意事项
- 在设计数据库表时，应尽量避免创建具有过多列的表。过多的列不仅会增加查询和维护的复杂性，还可能影响数据库的性能。
- 如果确实需要存储大量字段的数据，可以考虑使用关系数据库的特性（如外键和连接查询）来将数据分布在多个表中，或者使用非关系型数据库（如NoSQL数据库）来存储数据。
综上所述，MySQL表中最多可以有多少列并没有一个固定的答案。在设计和使用MySQL表时，应根据实际情况和需求来合理规划表的列数。同时，建议查阅MySQL的官方文档以获取最新和最准确的信息。
--end--