Mysql使用tenant_id进行复合索引

我们有一个多租户应用程序，该应用程序有一个包含 129 个字段的表，这些字段都可以在 WHERE 和 ORDER BY 子句中使用。我花了 5 天的时间试图找出最适合我们的索引策略，我获得了很多知识，但我仍然有一些问题。

1）创建索引时，我应该始终将其设为首先带有tenant_id的复合索引吗？（所有查询在WHERE子句中都有tenant_id = ？）

2）由于所有列都可以在 WHERE 子句和 order by 子句中使用，我应该为它们创建索引吗？ （正确的知道，当我按没有索引的列进行排序时，对于大约有 1,500,000 行的租户，执行需要 6 秒）

3）创建PK（tenant_id，ID），但这不会影响到该表的连接吗？

任何有关如何处理此问题的建议将不胜感激。

====== 数据库引擎是InnoDB

=======

结构 ：

ID bigint(20) auto_increment primary
tenant_id int(11)
created_by int(11)
created_on Timestamp
updated_by int(11)
updated_on Timestamp
owner_id int(11)
first_name VARCHAR(60)
last_name VARCHAR(60)
.
.
.
(some 120 other columns that are all searchable)

对问题的一些简短回答。据我所知，您对使用感到困惑indexes

如果比率 - 则考虑在列上创建索引

Consideration 1 -

（列的唯一条目数）/（列中的总条目数）~= 1

即特定列中不同行的计数较高。

创建一个extra index总是会给 MySQL 服务器带来开销，所以你MUST NOT创建每一列index. 单个表可以拥有的索引数量也有限制 = 每个表 64 个

现在如果你的tenant_id存在于所有搜索查询中，您应该将其视为index或在一个composite key,

前提是——

Consideration 2- 数量UPDATEs少于该数量SELECTs on the tenant_id

Consideration 3 - The indexes 应尽可能小data types. You MUST NOT创建一个varchar 64一个索引
http://www.mysqlperformanceblog.com/2012/08/16/mysql-indexing-best-practices-webinar-questions-followup/ http://www.mysqlperformanceblog.com/2012/08/16/mysql-indexing-best-practices-webinar-questions-followup/

Point to Note 1- 即使您确实将任何列声明为索引，MySQL 优化器可能仍然不会将其视为查询执行的最佳计划。所以总是使用EXPLAIN知道发生了什么事。http://www.mysqlperformanceblog.com/2009/09/12/3-ways-mysql-uses-indexes/ http://www.mysqlperformanceblog.com/2009/09/12/3-ways-mysql-uses-indexes/

Point to Note 2- 你可能想要cache您的搜索查询，因此请记住不要在您的搜索中使用不可预测的语句SELECT查询，例如NOW()

最后 - 进行 PK (tenant_id, ID) 不应影响表上的连接。
还有一个很棒的链接可以回答您所有的一般问题 -http://www.percona.com/files/presentations/WEBINAR-MySQL-Indexing-Best-Practices.pdf http://www.percona.com/files/presentations/WEBINAR-MySQL-Indexing-Best-Practices.pdf