Início / dba / Perguntas / 52529
Accepted
kellogs
Asked: 2013-10-31 11:35:51 +0800 CST

consulta não levando em conta o índice

  • 772
EXPLAIN EXTENDED SELECT SQL_CALC_FOUND_ROWS SQL_NO_CACHE g.*, u.user_id FROM geotable g JOIN userstable u ON g.uid = u.uid
                   -- corners selection:
WHERE (lat BETWEEN ? and ? AND lon BETWEEN ? and ?) ORDER BY time ASC;

volta com

+----+-------------+------------+--------+---------------------+---------+---------+----------------+--------+----------+----------------+
| id | select_type | table      | type   | possible_keys       | key     | key_len | ref            | rows   | filtered | Extra          |
+----+-------------+------------+--------+---------------------+---------+---------+----------------+--------+----------+----------------+
|  1 | PRIMARY     | g          | ALL    | uk_uid,lat_lon_time | NULL    | NULL    | NULL           | 199917 |     2.15 | Using filesort |
|  9 | DERIVED     | u          | eq_ref | PRIMARY             | PRIMARY | 4       | tigasedb.g.uid |      1 |   100.00 |                |
+----+-------------+------------+--------+---------------------+---------+---------+----------------+--------+----------+----------------+

Há uma chave nas colunas (lat, lon, time) nesta ordem. Existe uma maneira de convencer o MySQL a usá-lo para esta consulta?

index mysql-5.1

1 respostas

  1. Best Answer

    A primeira coisa é que SQL_CALC_FOUND_ROWS é mau. Apenas não o use, pois os índices nem sempre podem ser usados ​​junto com ele.

    Quanto à segunda parte do problema, o mysql não pode usar um índice para duas consultas ordenadas. E eu tenho 3 deles aqui - varreduras de alcance lat e lon e uma classificação de tempo.

    Consulte https://stackoverflow.com/questions/4083632/can-mysql-use-index-in-a-range-query-with-order-by

    • 0

relate perguntas