Cygapb-007Навскидку - почитайте про селективность индекса и покрывающий индекс
Дополнительно: если индекс построен по одному полю, то для поиска данных по нему сервер вынужден выполнить 2 операции: быстрый поиск в этом индексе требуемого значения и определение для него значения первичного ключа, а затем поиск по кластерному индексу значения первичного ключа и получение значений остальных полей таблицы. Очень вероятна ситуация (зависит от селективности индекса), когда сервер предпочтет этой схеме простой перебор строк по кластерному индексу.
Да, селективность большая. Создал покрывающие индексы и он стал их использовать. НО на результативность запроса не повлияло, стало работать быстрее на доли секунды лишь. Видать из-за накладных расходов.
1.
2.
3.
4.
5.
6.
7.
8.
9.
+----+--------------+------------+--------+---------------+---------+---------+-----------+--------+--------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+--------------+------------+--------+---------------+---------+---------+-----------+--------+--------------------------+
| 1 | PRIMARY | <derived2> | ALL | NULL | NULL | NULL | NULL | 10 | Using temporary |
| 1 | PRIMARY | b | eq_ref | PRIMARY | PRIMARY | 4 | a.id_user | 1 | |
| 2 | DERIVED | question | range | q_cov | q_cov | 8 | NULL | 50095 | Using where; Using index |
| 3 | UNION | answer | range | a_cov | a_cov | 8 | NULL | 500305 | Using where; Using index |
| NULL | UNION RESULT | <union2,3> | ALL | NULL | NULL | NULL | NULL | NULL | Using filesort |
+----+--------------+------------+--------+---------------+---------+---------+-----------+--------+--------------------------+
