MySQL中InnoDB和MyISAM类型差别.docVIP

MyIASM是IASM表的新版本，有如下扩展： 　　·二进制层次的可移植性。 　　·NULL列索引。 　　·对变长行比ISAM表有更少的碎片。 　　·支持大文件。 　　·更好的索引压缩。 　　·更好的键吗统计分布。 　　·更好和更快的auto_increment处理。 　　以下是一些细节和具体实现的差别： 　　◆1.InnoDB不支持FULLTEXT类型的索引。 　　◆2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。 　　◆3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。 　　◆4.DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。 　　◆5.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的，解决方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表，但是对于使用的额外的InnoDB特性（例如外键）的表不适用。 　　另外，InnoDB表的行锁也不是绝对的，假如在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表，例如update table set num=1 where name like “%aaa%” 详细说明文档： 一个表不能包含超过1000列。 ·???????? 内部最大键长度是3500字节，但MySQL自己限制这个到1024字节。 ·???????? 除了VARCHAR, BLOB和TEXT列，最大行长度稍微小于数据库页的一半。即，最大行长度大约8000字节。LONGBLOB和LONGTEXT列必须小于4GB, 总的行长度，页包括BLOB和TEXT列，必须小于4GB。InnoDB在行中存储VARCHAR，BLOB或TEXT列的前768字节，余下的存储的分散的页面中。 ·???????? 虽然InnoDB内部地支持行尺寸大于65535，你不能定义一个包含VARCHAR列的，合并尺寸大于65535的行。 ·??????????????? 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)); ·??????????????? 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 ·???????? 在一些更老的操作系统上，数据文件必须小于2GB。 ·???????? InnoDB日志文件的合并尺寸必须小于4GB。 ·???????? 最小的表空间尺寸是10MB。最大的表空间尺寸是4,000,000,000个数据库页（64TB）。这也是一个表的最大尺寸。 ·???????? InnoDB表不支持FULLTEXT索引。 ·???????? ANALYZE TABLE 通过对每个索引树做八次随机深入并相应地更新索引集估值，这样来计数集。注意，因为这是仅有的估值，反复运行ANALYZE TABLE会产生不同数。这使得 ANALYZE TABLE 在 InnoDB 表上很快，不是百分百准确，因为它没有考虑所有的行。 MySQL 不仅在汇合优化中使用索引集估值。如果一些汇合没有以正确的方式优化，你可以试一下 ANALYZE TABLE 。很少有情况，ANALYZE TABLE 没有产生对你特定的表足够好的值，你可以使用 FORCE INDEX 在你查询中来强制使用特定索引，或者设置 max_seeks_for_key 来确保MySQL在表扫描之上运行索引查找。请参阅5.3.3节，“服务器系统变量”。请参阅A.6节，“优化器相关的问题”。 ·???????? 在Windows上，Inno