MySQL のテーブルインデックスを最適化する

Question

次のテーブルがあります (検索の追跡):

CREATE TABLE `searches` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `削除された` tinyint(1) unsigned NOT NULL、
  `query` varchar(1024) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `userId` int(10) unsigned NOT NULL、
  `connectionId` int(10) unsigned NOT NULL、
  `pluginId` int(10) unsigned NOT NULL、
  主キー (`id`)、
  KEY `key,deleted` (`publicId`,`deleted`)、
  KEY `deleted,userId` (`deleted`,`userId`)、
  KEY `deleted,`connectionId`,`pluginId` (`deleted`,`connectionId`,`pluginId`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

特定のユーザーが実行したすべてのクエリを返すクエリを実行することがあります。この場合、deleted、userId の列を含むインデックスがあります。 <コード>

また、特定の「接続」と「プラグイン」によって実行されたすべてのクエリを返すクエリを実行することもあります。この場合、deleted、connectionId、pluginId の列を含むインデックスがあります。 <コード>

インデックスのサイズが大幅に増大しているため、インデックスをより適切に最適化する方法を理解しようとしています。

これら 2 つのインデックスを 1 つにマージすることに価値はありますか?たとえば、次の列を含めることができます: deleted、userId、connectionId、pluginId< ;/p>

これを行うと、クエリのニーズを満たしながらインデックスのサイズが削減されるかどうかはわかりません。

Answer 1

インデックスは複数回使用できますが、左から右にのみ使用でき、フィールドをスキップすることはできません。例: インデックス (フィールド A、フィールド B、フィールド C) の場合、このインデックスを使用してフィールド A をクエリしたり、フィールド A とフィールド B をクエリしたり、フィールド A、フィールド B とフィールド C をクエリしたりできますが、使用することはできません。フィールド A とフィールド C、またはフィールド B とフィールド C へのアクセス。

したがって、これはあなたのクエリには当てはまりません。