的优化和索引索引和表的维护

Schema的优化和索引 - 索引和表的维护2

每个存储引擎生成索引的统计数据各不相同，索引你使用ANALYZE TABLE的频率也不同，同样的消耗成本也不同：

Memory存储引擎不会存储索引统计信息。

MyISAM在硬盘上存储统计信息，并且ANALYZE TABLE执行了全索引扫描来计算。这个过程这张表是锁定的。

InnoDB并不是在硬盘上存储统计信息。但是使用随机索引进入首次打开的表的方法来估算它们。对于InnoDB，ANALYZE TABLE使用的是随机的方式。因此统计结果不精确的，它们不需要手动更新，除非你服务器运行了很长时间。ANALYZE TABLE也不回加锁消耗也相对低些。因此你可以的更新统计信息而不会影响正常工作。

你可以使用SHOW INDEX FROM来查看索引信息。

mysql SHOW INDEX FROM torG

*************************** 1. row ***************************

Table: actor

Non_unique: 0

Key_name: PRIMARY

Seq_in_index: 1

Column_name: actor_id

Collation: A

Cardinality: 200

Sub_part: NULL

Packed: NULL

Null:

Index_type: BTREE

Comment:

*************************** 2. row ***************************

Table: actor

Non_unique: 1

成功举办多场大型世界巡回演唱会 Key_name: idx_actor_last_name

Seq_in_index: 1

Column_name: last_name

Collation: A

Cardinality: 200

Sub_part: NULL

Packed: NULL

Null:

Index_type: BTREE

给出了很多索引信息。MySQL文档有详细说明。我们要注意的是Cardinality。这显示了在索引中存储引擎估算了多少个唯一的值。MySQL5.0中你也可以在INFORMATION_ATISTICS表中获得这些信息，这样更方便了。举个例子，如果你可以写一条查询INFORMATION_SCHEMA的语句，来发现选择性更低的索引。

合肥白癜风治疗
孩子消化不良怎么调理
英太青痛快向前