目录
前言
随着数据库技术的不断发展，了解不同存储引擎的限制变得至关重要。本文将深入探讨InnoDB存储引擎的一系列限制，包括表、索引、表空间等方面的限制，帮助开发人员更好地理解和优化数据库设计。
1.mysql限制
1.1列数限制
MySQL规定，一个表最多可以包含1017个列。需要注意的是，虚拟生成列也计入这一限制。对于那些需要大量列的业务场景，开发人员应当注意这一限制，确保表结构的设计在合理范围内。
索引数限制
每个表最多可以包含64个辅助索引（secondary indexes）。辅助索引在数据库查询优化中起着重要作用，但限制了其数量有助于维持系统的高效性。
InnoDB的行格式和索引限制
InnoDB支持不同的行格式，包括DYNAMIC、COMPRESSED、REDUNDANT和COMPACT。这些行格式在索引键前缀长度方面有所不同。
对于使用DYNAMIC或COMPRESSED行格式的表，索引键前缀长度限制为3072字节。这为数据库设计提供了更大的灵活性，但也需要开发人员注意索引键长度的合理控制，以避免超出限制。
对于使用REDUNDANT或COMPACT行格式的表，索引键前缀长度限制为767字节。在这种情况下，开发人员需要更谨慎地选择索引和列前缀长度，以确保不会超出限制。
示例和注意事项
举例来说，如果在utf8mb4字符集下，使用了TEXT或VARCHAR列，并且尝试创建一个超过191字符的列前缀索引，就有可能超出限制，导致错误的发生。
**页大小对索引键前缀长度的影响
InnoDB的页大小也会影响索引键前缀长度的限制。通过在创建MySQL实例时指定innodb_page_size选项，可以将InnoDB页大小设置为8KB或4KB。在这种情况下，最大索引键长度将按比例降低，基于16KB页大小的3072字节限制。
当页大小为8KB时，最大索引键长度为1536字节。
当页大小为4KB时，最大索引键长度为768字节。
1.2对全列索引键的限制
值得注意的是，适用于索引键前缀的限制也同样适用于全列索引键。在设计数据库表时，开发人员应当综合考虑这些限制，以制定出最佳的数据库索引策略。
多列索引限制
对于多列索引，InnoDB表规定最多允许16个列。超出这个限制将导致错误的发生，系统会返回类似以下的错误信息：
ERROR 1070 (42000): Too many key parts specified; max 16 parts allowed
1.3行大小限制
InnoDB表对行的大小也有一定的限制。虽然InnoDB内部支持大于65,535字节的行大小，但MySQL本身对行的大小设置了一个限制，不允许超过65,535字节。这一限制是对所有列大小的综合限制，开发人员应当在设计表结构时留意这个限制。
InnoDB log限制
对于InnoDB日志文件，其组合最大大小限制为512GB。
1.4表空间大小限制
InnoDB表的表空间大小也是有限制的，最小表空间大小略大于10MB。具体的最大表空间大小取决于InnoDB页大小，具体关系如下表所示：
InnoDB Page Size 最大表空间
4KB 16TB
8KB 32TB
16KB 64TB
32KB 128TB
64KB 256TB
1.5表数量限制
一个InnoDB实例支持最多2^32（4294967296）个表空间，其中一小部分表空间被保留用于撤销和临时表。
共享表空间支持最多2^32（4294967296）个表。
操作系统限制
文件大小和日志文件大小
在一些老旧的操作系统上，文件大小可能受到2GB的限制，但这并不是InnoDB的限制。如果需要更大的系统表空间，建议使用多个较小的数据文件，而不是一个大型数据文件，或者将表数据分布在以文件为单位的表空间数据文件中。
文件层级限制
表空间文件的路径，包括文件名，不能超过Windows上的MAX_PATH限制。在Windows 10之前，MAX_PATH限制为260个字符。截至Windows 10，版本1607，常见的Win32文件和目录函数不再受MAX_PATH限制，但您必须启用新的行为。
2.mysql中的char与varchar
char：定长，效率高，一般用于固定长度的表单提交数据存储 ；例如：身份证号，手机号，电话，密码等
varchar：不定长，效率偏低
2.1varchar类型的变化
MySQL 数据库的varchar类型在4.1以下的版本中的最大长度限制为255，其数据范围可以是0~255或1~255（根据不同版本数据库来定）。在 MySQL5.0以上的版本中，varchar数据类型的长度支持到了65535，也就是说可以存放65532个字节的数据，起始位和结束位占去了3个字 节，也就是说，在4.1或以下版本中需要使用固定的TEXT或BLOB格式存放的数据可以使用可变长的varchar来存放，这样就能有效的减少数据库文 件的大小。
MySQL 数据库的varchar类型在4.1以下的版本中,nvarchar（存储的是Unicode数据类型的字符）不管是一个字符还是一个汉字,都存为2个字 节 ，一般用作中文或者其他语言输入，这样不容易乱码 ;varchar: 汉字是2个字节,其他字符存为1个字节 ，varchar适合输入英文和数字。
4.0版本以下，varchar(20)，指的是20字节，如果存放UTF8汉字时，只能存6个（每个汉字3字节） ；5.0版本以上，varchar(20)，指的是20字符，无论存放的是数字、字母还是UTF8汉字（每个汉字3字节），都可以存放20个，最大大小是 65532字节 ；varchar(20)在Mysql4中最大也不过是20个字节,但是Mysql5根据编码不同,存储大小也不同，具体有以下规则：
2.1.1存储限制
varchar 字段是将实际内容单独存储在聚簇索引之外，内容开头用1到2个字节表示实际长度（长度超过255时需要2个字节），因此最大长度不能超过65535。
2.1.2编码长度限制
字符类型若为gbk，每个字符最多占2个字节，最大长度不能超过32766;
字符类型若为utf8，每个字符最多占3个字节，最大长度不能超过21845。
若定义的时候超过上述限制，则varchar字段会被强行转为text类型，并产生warning。
2.1.3行长度限制
导致实际应用中varchar长度限制的是一个行定义的长度。 MySQL要求一个行的定义长度不能超过65535。若定义的表长度超过这个值，则提示
ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs。
2.2CHAR(M), VARCHAR(M)不同之处
CHAR(M)定义的列的长度为固定的，M取值可以为0～255之间，当保存CHAR值时，在它们的右边填充空格以达到指定的长度。当检 索到CHAR值时，尾部的空格被删除掉。在存储或检索过程中不进行大小写转换。CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义 char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间,不足的自动用空格填充。
VARCHAR(M)定义的列的长度为可变长字符串，M取值可以为0~65535之间，(VARCHAR的最大有效长度由最大行大小和使用 的字符集确定。整体最大长度是65,532字节）。VARCHAR值保存时只保存需要的字符数，另加一个字节来记录长度(如果列声明的长度超过255，则 使用两个字节)。VARCHAR值保存时不进行填充。当值保存和检索时尾部的空格仍保留，符合标准SQL。varchar存储变长数据，但存储效率没有 CHAR高。如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为 VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么”+1″呢？这一个字节用于保存实际使用了多大的长度。 从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。
CHAR和VARCHAR最大的不同就是一个是固定长度，一个是可变长度。由于是可变长度，因此实际存储的时候是实际字符串再加上一个记录 字符串长度的字节(如果超过255则需要两个字节)。如果分配给CHAR或VARCHAR列的值超过列的最大长度，则对值进行裁剪以使其适合。如果被裁掉 的字符不是空格，则会产生一条警告。如果裁剪非空格字符，则会造成错误(而不是警告)并通过使用严格SQL模式禁用值的插入。
2.3VARCHAR和TEXT、BlOB类型的区别
VARCHAR，BLOB和TEXT类型是变长类型，对于其存储需求取决于列值的实际长度(在前面的表格中用L表示)，而不是取决于类型 的最大可能尺寸。例如，一个VARCHAR(10)列能保存最大长度为10个字符的一个字符串，实际的存储需要是字符串的长度 ，加上1个字节以记录字符串的长度。对于字符串’abcd’，L是4而存储要求是5个字节。
BLOB和TEXT类型需要1，2，3或4个字节来记录列值的长度，这取决于类型的最大可能长度。VARCHAR需要定义大小，有65535字节的最大限制；TEXT则不需要。如果你把一个超过列类型最大长度的值赋给一个BLOB或TEXT列，值被截断以适合它。
一个BLOB是一个能保存可变数量的数据的二进制的大对象。4个BLOB类型TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB仅仅在他们能保存值的最大长度方面有所不同。
BLOB 可以储存图片，TEXT不行，TEXT只能储存纯文本文件。4个TEXT类型TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT对应于 4个BLOB类型，并且有同样的最大长度和存储需求。在BLOB和TEXT类型之间的唯一差别是对BLOB值的排序和比较以大小写敏感方式执行，而对 TEXT值是大小写不敏感的。换句话说，一个TEXT是一个大小写不敏感的BLOB。
2.4char，varchar和text的区别
长度的区别，char范围是0～255，varchar最长是64k，但是注意这里的64k是整个row的长度，要考虑到其它的 column，还有如果存在not null的时候也会占用一位，对不同的字符集，有效长度还不一样，比如utf8的，最多21845，还要除去别的column，但是varchar在一般 情况下存储都够用了。如果遇到了大文本，考虑使用text，最大能到4G。
效率来说基本是char>varchar>text，但是如果使用的是Innodb引擎的话，推荐使用varchar代替char。
char和varchar可以有默认值，text不能指定默认值。
数据库选择合适的数据类型存储还是很有必要的，对性能有一定影响。这里在零碎记录两笔，对于int类型的，如果不需要存取负值，最好加上unsigned；对于经常出现在where语句中的字段，考虑加索引，整形的尤其适合加索引。
感谢您的支持与关注，有技术问题私信大家一起探讨！！！
标签：存储,限制,字节,TEXT,varchar,索引,InnoDB,MySQL,长度 From： https://blog.csdn.net/jgb880811/article/details/136672359