MySQL索引,不同类型以及何时使用它们?

时间:2014-05-19 09:40:37

标签: mysql database indexing relational-database heidisql

好的,所以我(重新)搜索了很多关于MySQL索引及其重要性的内容,我知道我必须使用它来使数据库查询运行得更快。,

我知道在任何领域添加索引的语法。

但这是我不明白的,(我正在使用Heidi SQL在本地管理数据库)

我有一个包含以下字段的表

id
company_id
author_id
client_id
project_id
title
description
status
date

此处idprimary keyauto incremented,已经indexed

我想在company_idauthor_idclient_idproject_id上添加一个索引,但我这里有几个不同的选项(Heidi SQL:选择字段,右键单击,创建新索引)KeyUniqueFull TextSpatial

我知道(猜测)Key只会为该字段编制索引,Unique将确保该字段必须是唯一的,如果我计划执行搜索,Full Text索引将是最佳的在那个领域。

Question 1Spatial做了什么,我应该在何时何地使用此索引。

Question 2:创建和索引时,我有2个选项,可以创建新索引或添加到已存在的索引(如主要字段的名称)。

创建新索引或添加到现有索引之间有什么区别?为每个不同的字段创建一个不同名称的索引我索引一个好主意,或者我应该创建/添加相同名称下的所有索引。

谢谢你的时间。

1 个答案:

答案 0 :(得分:4)

您应该从一个简单的Key索引开始。如果添加可能会产生意外后果的Unique,例如在像company_id这样的列上强制执行唯一性肯定不会起作用(许多行将共享同一个company_id)。

空间索引仅适用于地理编码数据(纬度/经度值),因此不适用于任何这些数据。如果要按字段内的单词搜索,则使用全文索引,它也不会应用于您拥有的数值。此外,全文索引仅在MyISAM中可用,而不是INNODB事务引擎,因此如果您想要迁移表,这将是一个障碍。

如果添加到现有索引,则会在多个列上创建“复合”索引。通常,这不是一个好主意,除非您尝试在不是唯一的列的索引中强制实施唯一性。例如,您可以索引:company_id + id,并在这种情况下使其唯一。但是,索引会占用更多空间,写入速度会慢一些。

总之,您应该只对要搜索的列使用普通的KEY索引。 MySQL将只为每个查询使用一个索引,以查看它实际访问可以使用EXPLAIN实用程序的数据的方式。您希望确保以有效的方式使用索引来缩小需要返回的行数或搜索最佳性能。