深入聊聊MySQL中各种对象的大小长度限制
来源:脚本之家
时间:2023-01-08 12:42:59 268浏览 收藏
怎么入门数据库编程?需要学习哪些知识点?这是新手们刚接触编程时常见的问题;下面golang学习网就来给大家整理分享一些知识点,希望能够给初学者一些帮助。本篇文章就来介绍《深入聊聊MySQL中各种对象的大小长度限制》,涉及到长度、mysql对象,有需要的可以收藏一下
今天给大家介绍一下 MySQL 8.0 中的各种对象的大小、长度以及数量限制。
标识符的长度限制
下表描述了各种不同类型标识符的最大长度。
标识符 | 最大长度(字符) |
---|---|
数据库 | 64(包括 NDB Cluster 8.0.18 以及更高版本) |
表 | 64(包括 NDB Cluster 8.0.18 以及更高版本) |
字段 | 64 |
索引 | 64 |
约束 | 64 |
存储过程 | 64 |
视图 | 64 |
表空间 | 64 |
服务器 | 64 |
日志文件组 | 64 |
别名 | 256(参见下文) |
复合语句标签 | 16 |
自定义变量 | 64 |
资源组 | 64 |
CREATE VIEW 语句中字段的别名最多允许 64 个字符,而不是 256 个字符。
如果定义约束时没有指定约束名,MySQL 自动基于相关的表名生成一个内部名称。例如,自动生成的外键和 CHECK 约束名由表名加上 _ibfk_ 或者 _chk_ 以及一个数字组成。如果表名的长度接近约束名的长度限制(64 个字符),加上其他字符之后可能会超长,从而导致错误。
标识符使用 Unicode(UTF-8)存储,包括表定义中的标识符和 mysql 数据库中权限表中存储的标识符。权限表中标识符字段的大小使用字符做为单位。我们可以使用多字节字符(例如中文)作为标识符,允许的长度不会受到影响。
NDB 8.0.18 之前的版本中,NDB Cluster 允许的数据库名和表名最长为 63 个字符。从 NDB 8.0.18 开始删除了这个限制。
MySQL 账户名中的用户名和主机名是字符串,而不是标识符。关于权限表中的这些字段的最大长度参考下一节内容。
权限表中范围字段的长度限制
权限表中的范围字段用于存储字符串,默认值为空字符串。下表列出了这些字段允许存储的最大字符串长度。
字段名 | 允许的最长字符串 |
---|---|
Host, Proxied_host | 255(MySQL 8.0.17 之前为 60) |
User, Proxied_user | 32 |
Db | 64 |
Table_name | 64 |
Column_name | 64 |
Routine_name | 64 |
Host 和 Proxied_host 字符串在存储之前会转换为小写形式。
为了检查访问权限,User、Proxied_user、authentication_string、Db 以及 Table_name 字符串的比较区分大小写。Host、Proxied_host、Column_name 以及 Routine_name 字符串的比较不区分大小写。
数据库和表的数量限制
MySQL 不限制数据库的数量。不过,底层文件系统可能会限制目录(一个目录对应一个数据库)的数量。
MySQL 不限制表的数量。不过,底层文件系统可能会限制文件(表使用文件存储)的数量。不同存储引擎可能存在特殊的限制,InnoDB 允许创建 40 亿个表。
表大小的限制
MySQL 数据库中表的大小实际上取决于操作系统文件大小的限制,而不是 MySQL 内部的限制。
对于 Windows 用户而言,FAT 和 VFAT (FAT32) 文件系统不适合在生产环境中使用,推荐使用 NTFS 文件系统存储 MySQL 数据库。
如果出现表容量已满的错误,可能的原因有以下几点:
- 磁盘已满。
- 存储引擎为 InnoDB,表空间文件已满。表空间的最大大小同样也是表的最大大小。具体内容可以参考 InnoDB 存储引擎的大小限制。一般而言,当表的大小超过 1 TB 时才推荐考虑使用跨表空间文件的分区表。
- 到达操作系统文件大小限制。例如,操作系统最大支持 2 GB 的文件,同时使用了 MyISAM 存储引擎,数据文件或者索引文件到达了这个限制。
You are using a MyISAM table and the space required for the table exceeds what is permitted by the internal pointer size. MyISAM permits data and index files to grow up to 256TB by default, but this limit can be changed up to the maximum permissible size of 65,536TB (2567 − 1 bytes).
If you need a MyISAM table that is larger than the default limit and your operating system supports large files, the CREATE TABLE statement supports AVG_ROW_LENGTH and MAX_ROWS options. See CREATE TABLE Statement. The server uses these options to determine how large a table to permit.
If the pointer size is too small for an existing table, you can change the options with ALTER TABLE to increase a table's maximum permissible size. See ALTER TABLE Statement.
ALTER TABLE tbl_name MAX_ROWS=1000000000 AVG_ROW_LENGTH=nnn;
You have to specify AVG_ROW_LENGTH only for tables with BLOB or TEXT columns; in this case, MySQL cannot optimize the space required based only on the number of rows.
To change the default size limit for MyISAM tables, set the myisam_data_pointer_size, which sets the number of bytes used for internal row pointers. The value is used to set the pointer size for new tables if you do not specify the MAX_ROWS option. The value of myisam_data_pointer_size can be from 2 to 7. For example, for tables that use the dynamic storage format, a value of 4 permits tables up to 4GB; a value of 6 permits tables up to 256TB. Tables that use the fixed storage format have a larger maximum data length. For storage format characteristics, see MyISAM Table Storage Formats.
You can check the maximum data and index sizes by using this statement:
SHOW TABLE STATUS FROM db_name LIKE ‘tbl_name';
You also can use myisamchk -dv /path/to/table-index-file. See SHOW Statements, or myisamchk — MyISAM Table-Maintenance Utility.
Other ways to work around file-size limits for MyISAM tables are as follows:
If your large table is read only, you can use myisampack to compress it. myisampack usually compresses a table by at least 50%, so you can have, in effect, much bigger tables. myisampack also can merge multiple tables into a single table. See myisampack — Generate Compressed, Read-Only MyISAM Tables.
MySQL includes a MERGE library that enables you to handle a collection of MyISAM tables that have identical structure as a single MERGE table. See The MERGE Storage Engine.
You are using the MEMORY (HEAP) storage engine; in this case you need to increase the value of the max_heap_table_size system variable. See Server System Variables.
字段数量和数据行大小的限制
字段数量限制
MySQL 中每个表最多包含 4096 个字段,不过实际上的字段数量限制比这个值更小。这个限制取决于几个因素:
- 数据行的最大大小限制了字段的数量(以及可能的大小),因为所有字段的总长度不能超过这个大小。参见下一节。
- 每个字段的存储需求限制了字段的数量。某些数据类型的存储需求取决于存储引擎、存储格式以及字符集等因素。具体内容可以参考官方文档。
- 存储引擎可能会额外限制表中字段的数量。例如,InnoDB 表最多允许 1017 个字段。其他存储引擎相关的限制可以参考官方文档。
- 函数索引的实现利用了隐藏的虚拟计算存储列功能,因此每个函数索引也会占用一个字段数量。
数据行大小限制
一行数据的大小限制有以下几个因素决定:
- MySQL 表中每一行数据的内部存储上限是 65535 字节,即使存储引擎可以支持更大的存储。BLOB 和 TEXT 类型只占 9 到 12 个字节,因为它们的实际内容是单独存储的。
- InnoDB 表数据行(数据库页本地存储的数据)的最大大小略小于 innodb_page_size(4KB、8KB、16KB 以及 32KB)的一半。例如,对于默认的 16KB 页大小配置,数据行的最大大小为略少于 8KB。对于 64KB 数据页,最大的数据行大小略小于 16KB。
如果一行中的变长字段超过了 InnoDB 数据行大小限制,InnoDB 会使用页外(off-page)存储的方式保存某些变长字段,直到数据行能够满足 InnoDB 数据行大小限制。对于页外存储的变长字段,本地存储的数据内容取决于数据行的格式,详细信息可以参考“InnoDB 数据行格式”。 - 不同存储引擎使用不同的页头和尾部数据,从而会影响到数据行实际可用的存储空间。
数据行大小限制示例
以下 InnoDB 和 MyISAM 示例演示了 MySQL 最大行大小 65535 字节的限制。该限制和存储引擎无关,即使存储引擎可以支持更大的数据行,也需要遵循该限制。
mysql> CREATE TABLE t (a VARCHAR(10000), b VARCHAR(10000), c VARCHAR(10000), d VARCHAR(10000), e VARCHAR(10000), f VARCHAR(10000), g VARCHAR(6000)) ENGINE=InnoDB CHARACTER SET latin1; ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs
mysql> CREATE TABLE t (a VARCHAR(10000), b VARCHAR(10000), c VARCHAR(10000), d VARCHAR(10000), e VARCHAR(10000), f VARCHAR(10000), g VARCHAR(6000)) ENGINE=MyISAM CHARACTER SET latin1; ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs
以下 MyISAM 示例将其中一个字段修改为 TEXT,可以避免超过 65535 字节的限制,因为 BLOB 和 TEXT 字段只在数据行大小中占用 9 到 12 个字节。
mysql> CREATE TABLE t (a VARCHAR(10000), b VARCHAR(10000), c VARCHAR(10000), d VARCHAR(10000), e VARCHAR(10000), f VARCHAR(10000), g TEXT(6000)) ENGINE=MyISAM CHARACTER SET latin1; Query OK, 0 rows affected (0.02 sec)
以下 InnoDB 表可以创建成功是因为将字段修改为 TEXT 可以避免超过 65535 字节的限制,同时 InnoDB 页外存储可以避免超过 InnoDB 数据行大小的限制。
mysql> CREATE TABLE t (a VARCHAR(10000), b VARCHAR(10000), c VARCHAR(10000), d VARCHAR(10000), e VARCHAR(10000), f VARCHAR(10000), g TEXT(6000)) ENGINE=InnoDB CHARACTER SET latin1; Query OK, 0 rows affected (0.02 sec)
变长字段的存储包含了长度信息,这个内容也会被计算到数据行大小中。例如,一个 VARCHAR(255) CHARACTER SET utf8mb3 字段需要使用 2 个字节存储数据的长度,因此每个数值最多可能占用 767 个字节。
以下语句能够成功创建表 t1,因为它的字段需要 32765 + 2 字节加上 32766 + 2 字节,能够满足 65535 字节的限制:
mysql> CREATE TABLE t1 (c1 VARCHAR(32765) NOT NULL, c2 VARCHAR(32766) NOT NULL) ENGINE = InnoDB CHARACTER SET latin1; Query OK, 0 rows affected (0.02 sec)
以下语句创建表 t2 失败,因为虽然字段的长度没有超过 65535 字节的限制,但是增加 2 个记录长度的字节之后超过了该限制:
mysql> CREATE TABLE t2 (c1 VARCHAR(65535) NOT NULL) ENGINE = InnoDB CHARACTER SET latin1; ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs Reducing the column length to 65,533 or less permits the statement to succeed.
mysql> CREATE TABLE t2 (c1 VARCHAR(65533) NOT NULL) ENGINE = InnoDB CHARACTER SET latin1; Query OK, 0 rows affected (0.01 sec)
对于 MyISAM 表,可空字段需要占用一个额外的空间记录数据是否为空值。每个可空字段需要 1 个额外的比特,最终向上舍入到字节。
以下语句创建表 t3 失败,因为 MyISAM 需要额外的空间存储可空字段,从而导致数据行大小超过了 65535 字节:
mysql> CREATE TABLE t3 (c1 VARCHAR(32765) NULL, c2 VARCHAR(32766) NULL) ENGINE = MyISAM CHARACTER SET latin1; ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs For information about InnoDB NULL column storage, see InnoDB Row Formats.
InnoDB 限制行大小(数据库页内存储的本地数据)为略小于数据库页的一半。以下语句失败的原因是全部字段长度超过了一个 InnoDB 页 16 KB 的数据行大小限制。
mysql> CREATE TABLE t4 ( c1 CHAR(255),c2 CHAR(255),c3 CHAR(255), c4 CHAR(255),c5 CHAR(255),c6 CHAR(255), c7 CHAR(255),c8 CHAR(255),c9 CHAR(255), c10 CHAR(255),c11 CHAR(255),c12 CHAR(255), c13 CHAR(255),c14 CHAR(255),c15 CHAR(255), c16 CHAR(255),c17 CHAR(255),c18 CHAR(255), c19 CHAR(255),c20 CHAR(255),c21 CHAR(255), c22 CHAR(255),c23 CHAR(255),c24 CHAR(255), c25 CHAR(255),c26 CHAR(255),c27 CHAR(255), c28 CHAR(255),c29 CHAR(255),c30 CHAR(255), c31 CHAR(255),c32 CHAR(255),c33 CHAR(255) ) ENGINE=InnoDB ROW_FORMAT=DYNAMIC DEFAULT CHARSET latin1; ERROR 1118 (42000): Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline.
总结
理论要掌握,实操不能落!以上关于《深入聊聊MySQL中各种对象的大小长度限制》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!
-
121 收藏
-
426 收藏
-
489 收藏
-
273 收藏
-
218 收藏
-
176 收藏
-
368 收藏
-
475 收藏
-
266 收藏
-
273 收藏
-
283 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 开心的枫叶
- 真优秀,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢作者分享文章内容!
- 2023-03-05 11:50:40
-
- 靓丽的麦片
- 很有用,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢作者分享技术贴!
- 2023-02-15 18:09:30
-
- 粗犷的钢铁侠
- 这篇文章真及时,太细致了,感谢大佬分享,已加入收藏夹了,关注博主了!希望博主能多写数据库相关的文章。
- 2023-02-07 22:51:57
-
- 默默的巨人
- 这篇技术文章真及时,太全面了,赞 👍👍,已收藏,关注作者大大了!希望作者大大能多写数据库相关的文章。
- 2023-02-07 11:07:07
-
- 鳗鱼母鸡
- 这篇技术贴太及时了,太细致了,写的不错,已收藏,关注up主了!希望up主能多写数据库相关的文章。
- 2023-01-14 09:34:06
-
- 愤怒的美女
- 太全面了,已收藏,感谢楼主的这篇技术文章,我会继续支持!
- 2023-01-09 00:58:22