mysql中int(11)的列大小是多少？
以及可以存储在此列中的最大值？
【问题讨论】：
mysql。谢谢
INT(x)会有所不同仅在显示方面，即在x中显示数字em> 位，并且不限于 11。您可以使用 ZEROFILL 配对它，这将在前面添加零，直到它与您的长度匹配。
所以，对于INT(x)中的任意数量的x
ZEROFILL 将在前面添加零。INT(5) ZEROFILL 存储值为 32 将显示 00032
INT(5) 存储值为32 将显示 32
INT 存储值 32 将显示 32
INT(3) ZEROFILL 存储值为 250000 将显示 250000
INT(3) 存储值为250000 将显示 250000
INT 存储值 250000 将显示 250000
存储在数据库中的实际值不受影响，大小保持不变，任何计算都会正常运行。
这也适用于BIGINT、MEDIUMINT、SMALLINT 和 TINYINT。
【讨论】：
ZEROFILL，否则长度绝对不会起作用。
ZEROFILL 的另一个副作用是它会隐式地使您的专栏成为UNSIGNED。所以你不能在那个 zerofill-ed 列上使用负值。
无论指定什么长度，INT 始终为 4 个字节。
TINYINT = 1 字节（8 位）SMALLINT = 2 个字节（16 位）MEDIUMINT = 3 个字节（24 位）INT = 4 字节（32 位）BIGINT = 8 字节（64 位）。长度只是指定使用 mysql 命令行客户端选择数据时要填充的字符数。存储为 int(3) 的 12345 仍将显示为 12345，但如果将其存储为 int(10)，它仍将显示为 12345，但您可以选择填充前五位数字。例如，如果您添加了ZEROFILL，它将显示为 0000012345。
...最大值将为 2147483647（有符号）或 4294967295（无符号）
【讨论】：
正如其他人所说，列可以存储的最小/最大值以及它以字节为单位的存储量仅由类型定义，而不是长度。
很多这些答案都说(11) 部分只影响显示宽度，这并不完全正确，但主要是。
未指定填零的int(2)定义将：
100的值
100（不是0或00）(2) 唯一会做的是如果还指定了 zerofill：
1 的值将显示为01。 查看所有细微差别的最佳方法是运行：
CREATE TABLE `mytable` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`int1` int(10) NOT NULL,
`int2` int(3) NOT NULL,
`zf1` int(10) ZEROFILL NOT NULL,
`zf2` int(3) ZEROFILL NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `mytable`
(`int1`, `int2`, `zf1`, `zf2`)
VALUES
(10000, 10000, 10000, 10000),
(100, 100, 100, 100);
select * from mytable;
将输出：
+----+-------+-------+------------+-------+
| id | int1 | int2 | zf1 | zf2 |
+----+-------+-------+------------+-------+
| 1 | 10000 | 10000 | 0000010000 | 10000 |
| 2 | 100 | 100 | 0000000100 | 100 |
+----+-------+-------+------------+-------+
此答案针对 Linux 的 MySQL 5.7.12 进行了测试，可能会或可能不会因其他实现而异。
【讨论】：
mysql 中 int(11) 列的大小（以字节为单位）？
(11) - int 数据类型的这个属性与列的大小无关。它只是整数数据类型的显示宽度。来自11.1.4.5. Numeric Type Attributes：
MySQL 支持扩展以可选地指定显示 base 关键字后面括号中整数数据类型的宽度 对于类型。例如，INT(4) 指定一个带显示的 INT 四位数的宽度。
【讨论】：
可以在here找到一个很好的解释
总结：int(N) 中的数字 N 经常被列允许的最大大小混淆，就像在 varchar(N) 的情况下一样。
但是对于整数数据类型，情况并非如此- 括号中的数字 N 不是列的最大大小，而只是一个参数，用于告诉 MySQL 在何时显示列的宽度正在通过 MySQL 控制台查看表的数据（当您使用 ZEROFILL 属性时）。
括号中的数字将告诉 MySQL 用多少个零填充传入的整数。例如：如果您在设置为 INT(5) 的列上使用 ZEROFILL 并插入数字 78，MySQL 将用零填充该值，直到该数字满足括号中的数字。即78将变为00078，127将变为00127。总结一下：括号中的数字用于显示目的。
在某种程度上，除非您使用 ZEROFILL 属性，否则括号中的数字是无用的。
因此 int 的大小将保持不变，即 -2147483648 到 2147483648 用于已签名 和 0 到 4294967295 用于未签名（约 21.5 亿和 42 亿，这是其中之一开发人员仍然不知道括号中数字 N 背后的故事的原因，因为它几乎不会影响数据库，除非它包含超过 20 亿行），并且就字节而言，它将是 4 字节。
有关整数类型大小/范围的更多信息，请参阅MySQL Manual
【讨论】：
据此book：
MySQL 允许您为整数类型指定“宽度”，例如 INT(11)。 这对大多数应用程序来说是没有意义的：它不限制 值的合法范围，但仅指定字符数 MySQL 的交互工具将保留用于显示目的。为了 存储和计算目的，INT(1) 与 INT(20) 相同。
【讨论】：
虽然这个答案不太可能被看到，但我认为以下澄清是值得的：
一点细节
显然，显示宽度旨在提供一些关于在零填充数字中显示多少个零的元数据。
如果从查询返回的数字超出指定的显示宽度，它实际上不会限制该数字的长度。
要了解 MySQL 中整数数据类型实际允许的长度/宽度，请参见列表和链接：(types: TINYINT, SMALLINT, MEDIUMINT, INT, BIGINT);
因此，如上所述，您可以预期显示宽度对标准查询的结果没有影响，除非列被指定为 ZEROFILL 列
或
如果数据被拉入应用程序并且该应用程序正在收集显示宽度以用于其他类型的填充。
主要参考：https://blogs.oracle.com/jsmyth/entry/what_does_the_11_mean
【讨论】：
n 删除任何数字，所以......是的，那是废话。它只对 zerofill 做任何事情。
在 MySQL 中，整数 int(11) 的大小为 4 字节，等于 32 位。
签名值为：-2^(32-1) to 0 to 2^(32-1)-1
= -2147483648 to 0 to 2147483647
无符号值为：0 to 2^32-1
= 0 to 4294967295
【讨论】：
4294967295 是答案，因为 int(11) 显示最多 11 位 IMO
【讨论】：
我认为 int(11) 的最大值是 4294967295
【讨论】：