mysql版本不能小于4.1_MySQL之最

最大和最小

一个表里最多可有1017列(在MySQL 5.6.9 之前最大支持1000列)。虚拟列也受限这个限制。

一个表最多可以有64个二级索引。

如果innodb_large_prefix打开，在InnoDB表DYNAMIC或COMPRESSED列格式下，索引前缀最大支持前3072字节；如果不打开的话，在任意列格式下，最多支持前767字节。 这个限制既适用于前缀索引也适用于全列索引。

基于一个16KB的页最多装3072个字节，如果你把InnoDB 的page 大小从8KB降到4KB，索引的长度也相应的降低。也就是说，当页是8KB的时候最大索引长度是1536字节；当页大小是4KB的时候最大索引长度是768字节;

联合索引最多支持16列，如果超过这个限制就会遇到以下错误： ERROR 1070 (42000): Too many key parts specified; max 16 parts allowed

行长度(除去可变长类型：VARBINARY/VARCHAR/BLOB/TEXT)，要小于页长(如4KB, 8KB, 16KB, and 32KB)的一半。 例如：innodb_page_size 长度是16KB的话，行长不超过8KB；如果innodb_page_size 是64KB的话，行长不超过16KB； LONGBLOB/LONGTEXT/BLOB/TEXT列必须小于4GB，整个行长也必须小于4GB。 如果一行小于一页的一半，它可以存在一个page里面。如果超过了页的一半，就会把可变长列放到额外的页存(如果对这个感兴趣的话可以看看， MySQL页管理)。

虽然InnoDB内部支持行长大于65,535字节，但是MySQL限制了所有列的组合长度(如果对这个感兴趣的话可以看看， 表的列大小和行长)。 例如： mysql> CREATE TABLE t (a VARCHAR(8000), b VARCHAR(10000), -> c VARCHAR(10000), d VARCHAR(10000), e VARCHAR(10000), -> f VARCHAR(10000), g VARCHAR(10000)) ENGINE=InnoDB; 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 somecolumns to TEXT or BLOBs

在一些老操作系统中，文件必须小于2GB。这并非是InnoDB本身的限制，如果你需要大的表空间，就要配置使用几个小的数据文件而不是一个大的数据文件。

InnoDB日志文件组合大小最大可以是512GB。

最小的表空间是10MB，最大的表空间取决于InnoDB页大小(最大表空间也就是最大表大小)。 InnoDB表空间大小

InnoDB页大小

最大表空间

4KB

16TB

8KB

32TB

16KB

64TB

32KB

128TB

64KB

256TB

默认InnoDB页大小是16KB，你可以在创建一个实例的时候，修改配置文件里面这个innodb_page_size来提高或降低页大小。

在 Barracuda文件格式下，ROW_FORMAT=COMPRESSED最大支持page_size 16KB。

除了ROW_FORMAT=COMPRESSED最大page size只能是16KB以外，可以配置page size是32KB或者64KB。当page size是32KB或者64KB的时候，最大记录长度是16KB。当 innodb_page_size=32k时，扩展长度是2MB；当 innodb_page_size=64k时，扩展长度是4MB。

一个MySQL实例只能指定1个innodb_page_size，而不能根据数据文件或者日志文件定制这些文件的innodb_page_size。

表和事务

如果innodb_table_locks=1的话，lock tables需要在每个表上加两把锁。除了在MySQL Server层的表锁，还需要再InnoDB层也加锁。在MySQL 4.1.2之前的版本，不需要InnoDB层的表锁；可以通过设置innodb_table_locks=0选择老的表设定方式。如果没有获取InnoDB层的表锁，即使某些记录被其他事务锁定，lock tables也可以完成。 在MySQL 5.7，innodb_table_locks=0 就会对lock tables … write显示锁定不起作用。但是通过 lock tables … writes加隐式锁(比如：触发器) 或者 lock tables … read加锁，对读或写确实有作用。 2.所有的InnoDB锁都被事务持有，当这个事务已经提交或者回滚的时候，InnoDB的锁就会被释放。所以，在autocommit=1模式下，在InnoDB表上执行lock table没多大意义，因为获取的InnoDB表锁会被立即释放。

LOCK TABLES执行隐式commit和unlock table,所以在(锁表)事务过程中你不能再锁其他的表了。

数据修改事务的上限是96*1023个并发事务(undo记录)。在128个回滚段中的32个都被分配给了非redo日志(这些日志是由修改临时表和相关对象事务产生)。这样就把并发修改数据事务的上限从128K降到了96K。这96K限制的是修改非临时表的事务上限。如果所有的修改数据事务都是修改临时表的话，上限是32K个并发事务。

参考资料：

注意：本文来自极客头条。本站无法对本文内容的真实性、完整性、及时性、原创性提供任何保证，请您自行验证核实并承担相关的风险与后果！

CoLaBug.com遵循[CC BY-SA 4.0]分享并保持客观立场，本站不承担此类作品侵权行为的直接责任及连带责任。您有版权、意见、投诉等问题，请通过[eMail]联系我们处理，如需商业授权请联系原作者/原网站。