Unneeded MySQL индексы

Question

У нас есть один из наших таблиц в нашей базе данных, которая начинает быть довольно большим: 10M строк 2,14 г для данных
3.55G для индексов

Я был очень удивлен, увидев, что индексы почти вдвое больше, чем сами данные:/

так я показал показатели:

show index from entries; 
+---------+------------+----------------------------------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| Table | Non_unique | Key_name        | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 
+---------+------------+----------------------------------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| entries |   0 | PRIMARY        |   1 | id   | A   | 13538389 |  NULL | NULL |  | BTREE  |   | 
| entries |   0 | index_entries_on_link_and_feed_id  |   1 | link  | A   | 13538389 |  NULL | NULL | YES | BTREE  |   | 
| entries |   0 | index_entries_on_link_and_feed_id  |   2 | feed_id  | A   | 13538389 |  NULL | NULL | YES | BTREE  |   | 
| entries |   0 | index_entries_on_unique_id_and_feed_id |   1 | unique_id | A   | 13538389 |  NULL | NULL | YES | BTREE  |   | 
| entries |   0 | index_entries_on_unique_id_and_feed_id |   2 | feed_id  | A   | 13538389 |  NULL | NULL | YES | BTREE  |   | 
| entries |   1 | index_entries_on_feed_id    |   1 | feed_id  | A   |  81556 |  NULL | NULL | YES | BTREE  |   | 
| entries |   1 | index_entries_on_time     |   1 | time  | A   |  967027 |  NULL | NULL | YES | BTREE  |   | 
| entries |   1 | index_entries_on_created_at   |   1 | created_at | A   |  846149 |  NULL | NULL | YES | BTREE  |   | 
+---------+------------+----------------------------------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
8 rows in set (1.35 sec) 

насколько я могу сказать, что наш код использует все индексы, все же некоторая информация может быть дублировано: я думаю, что индекс index_entries_on_feed_id может быть дубликатом, так как и index_entries_on_link_and_feed_id, и index_entries_on_unique_id_and_feed_id его используют.

Я прав?

Answer 1

Несколько наблюдений:

Если unique_id действительно уникальна, тогда я бы тщательно проверил, действительно ли требуется feed_id: даже если это для однопоточного поиска, выигрыш в производительности очень мал.

В чем разница между id (primary) и unique_id?

Вполне возможно, что индексы могут использовать больше места, чем данные, если вы индексируете относительно небольшую строку несколькими различными способами.

10M строк на самом деле не очень большой, если вы не сканируете все это, и в этом случае он слишком велик. Предоставляя ваши запросы, необходимо использовать индексы, это не имеет значения для других 100-миллиметровых рядов или более.

Если вы пишете какие-либо умеренно сложные запросы, связанные с объединением 2 или 3 таблиц, я настоятельно рекомендую использовать EXPLAIN для проверки плана запроса. У меня были некоторые удивительные улучшения в настройках запросов MySQL для ручной настройки.

Answer 2

вы можете использовать EXPLAIN, за которым следуют ваши SQL-запросы, чтобы получить информацию об используемых индексах. Если некоторые индексы не используются, вы можете их сбросить.

Кроме того, ваши показатели: index_entries_on_link_and_feed_id index_entries_on_unique_id_and_feed_id

одни и те же, даже их размер такой же, так что вы можете удалить их ...