MySQL之最

2021-11-29 07:41:43

最大和最小

一个表里最多可有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限制了所有列的组合长度（如果对这个感兴趣的话可以看看，
表的列大小和行长）。

例如：

        -> 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```
</pre>
8. 在一些老操作系统中，文件必须小于2GB。这并非是InnoDB本身的限制，如果你需要大的表空间，就要配置使用几个小的数据文件而不是一个大的数据文件。
9. InnoDB日志文件组合大小最大可以是512GB。
10. 最小的表空间是10MB，最大的表空间取决于InnoDB页大小（最大表空间也就是最大表大小）。

<p>InnoDB表空间大小
<table > 
<tr><td>InnoDB页大小</td><td>最大表空间</td>
<tr><td>4KB</td><td>16TB</td>
<tr><td>8KB</td><td>32TB</td>
<tr><td>16KB</td><td>64TB</td>
<tr><td>32KB</td><td>128TB</td>
<tr><td>64KB    </td><td>256TB</td>
</table>
</p>

11. 默认InnoDB页大小是16KB，你可以在创建一个实例的时候，修改配置文件里面这个innodb_page_size来提高或降低页大小。
<p>在 Barracuda文件格式下，ROW_FORMAT=COMPRESSED最大支持page_size 16KB。</p>
<p>除了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。</p>
<p>一个MySQL实例只能指定1个innodb_page_size，而不能根据数据文件或者日志文件定制这些文件的innodb_page_size。</p>

# 表和事务
1. 如果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表锁会被立即释放。
3. LOCK TABLES执行隐式commit和unlock table,所以在（锁表）事务过程中你不能再锁其他的表了。
4. 数据修改事务的上限是96*1023个并发事务(undo记录)。在128个回滚段中的32个都被分配给了非redo日志（这些日志是由修改临时表和相关对象事务产生）。这样就把并发修改数据事务的上限从128K降到了96K。这96K限制的是修改非临时表的事务上限。如果所有的修改数据事务都是修改临时表的话，上限是32K个并发事务。

 

<p>参考资料：https://dev.mysql.com/doc/refman/5.7/en/innodb-restrictions.html   </p>

码农公寓

最大和最小

相关文章