【发布时间】:2010-11-07 10:57:06
【问题描述】:
需要显式创建索引,还是在定义主键时隐式创建? MyISAM 和 InnoDB 的答案是否相同?
【问题讨论】:
标签: mysql database indexing key
需要显式创建索引,还是在定义主键时隐式创建? MyISAM 和 InnoDB 的答案是否相同?
【问题讨论】:
标签: mysql database indexing key
是的,可以将主键列视为任何其他索引列,具有主键带来的约束。
在大多数用例中,我们需要主键和表中的索引列/列,因为我们对表的查询可能会根据不是主键的列/列过滤行,在这种情况下,我们通常会索引那些列/列。
【讨论】:
主键总是自动索引并且是唯一的。因此,请注意不要创建冗余索引。
例如,如果您创建了一个这样的表
CREATE TABLE mytable (foo INT NOT NULL PRIMARY KEY, bar INT NOT NULL, baz INT NOT NULL,
UNIQUE(foo), INDEX(foo)) ENGINE=InnoDB;
因为您想索引主键并对其强制执行唯一性约束,您实际上最终会在 foo! 上创建三个索引!
【讨论】:
索引最适合用于经常在 where 子句中使用的列,以及任何类型的排序,例如“order by”。 您可能正在处理一个更复杂的数据库,因此最好记住一些简单的规则。
索引加速 where 子句和排序依据。 请记住在构建表时考虑如何使用您的数据。 还有一些其他的事情要记住。如果您的表非常小,即只有几个员工,则使用索引比将其省略并让它进行表扫描更糟糕。
索引实际上只在具有大量行的表中派上用场。
要记住的另一件事是,在我们员工数据库的情况下,如果列是可变长度的,则索引(以及大多数 MySQL)的执行效率要低得多。
不要忘记加入!索引连接字段加快速度。
【讨论】:
我想这就是答案
mysql> create table test(id int primary key, s varchar(20));
Query OK, 0 rows affected (0.06 sec)
mysql> show indexes from test \G
*************************** 1. row ***************************
Table: test
Non_unique: 0
Key_name: PRIMARY
Seq_in_index: 1
Column_name: id
Collation: A
Cardinality: 0
Sub_part: NULL
Packed: NULL
Null:
Index_type: BTREE
Comment:
Index_comment:
1 row in set (0.00 sec)
【讨论】:
尽管在 2009 年有人问过这个问题,但我想我会在主键上发布对 MySQL 文档的实际参考。 http://dev.mysql.com/doc/refman/5.5/en/optimizing-primary-keys.html
表的主键表示列或列集 您在最重要的查询中使用的。 它有一个关联的索引, 快速查询性能
有关 MySQL 5.0 参考,请参阅:http://dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html
大多数 MySQL 索引(PRIMARY KEY、UNIQUE、INDEX 和 FULLTEXT)是 存储在 B 树中。例外是空间数据类型的索引 使用 R-trees,而且 MEMORY 表也支持哈希索引。
【讨论】:
您不必为主键显式创建索引...这是默认完成的。
【讨论】:
主键总是被索引的。这对于 MyISAM 和 InnoDB 来说是相同的,并且对于所有支持索引的存储引擎通常都是如此。
【讨论】:
【讨论】:
主键被隐式索引为 MyISAM 和 InnoDB。您可以通过在使用主键的查询上使用 EXPLAIN 来验证这一点。
【讨论】: