<p>다음 표(검색 추적)가 있습니다. </p> <pre class="brush:sql;toolbar:false;">CREATE TABLE `검색`( `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 `키,삭제됨` (`publicId`, `삭제됨`), KEY `삭제됨,userId` (`삭제됨`,`userId`), KEY `삭제됨,connectionId,pluginId` (`삭제됨`,`connectionId`,`pluginId`) ) 엔진=InnoDB 기본 CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; </pre> <p>가끔 특정 사용자가 수행한 모든 쿼리를 반환하는 쿼리를 실행합니다. 이 경우 삭제됨, userId 열이 포함된 인덱스가 있습니다. <코드></code></p> <p>어떤 경우에는 특정 "연결" 및 "플러그인"에 의해 실행된 모든 쿼리를 반환하는 쿼리를 실행합니다. 이 경우 삭제됨, 연결 ID, 플러그인 ID 열이 포함된 인덱스가 있습니다. <코드></code></p> <p>인덱스의 크기가 크게 증가하고 있어 인덱스를 더 잘 최적화하는 방법을 알아보고 있습니다. </p> <p>이 두 인덱스를 하나로 병합하는 것이 가치가 있나요? 예를 들어, 다음 열이 포함될 수 있습니다: <code>deleted</code>,<code>userId</code>,<code>connectionId</code>,<code>pluginId</code>< ;/p> <p>이렇게 하면 쿼리 요구 사항을 충족하면서도 인덱스 크기가 줄어들지는 잘 모르겠습니다. </p>