MySQL cannot use a composite index in a lookup in which the WHERE condition doesn't include the columns forming a left-most prefix:
MySQL cannot use the index to perform lookups if the columns do not form a leftmost prefix of the index.
A quote from this answer on PostgreSQL caught my attention:
This is somewhat different in Oracle 11 which can sometimes also use columns that are not at the beginning of the index definition.
Under what circumstances can Oracle (at least in 11g) do a lookup without the left-most prefix columns existing in the query?
-
There is another answer in the linked question that states that PostgreSQL can use an index even if the leading columns are not used in the where clause: dba.stackexchange.com/questions/6115/…user1822– user18222011年10月05日 18:10:56 +00:00Commented Oct 5, 2011 at 18:10
-
@a_horse but only for filtering, not for reducing the number of index blocks that have to be read :)Jack Douglas– Jack Douglas2011年10月05日 18:22:27 +00:00Commented Oct 5, 2011 at 18:22
-
@a_horse mmm. I reworded slightly to remove confusion on PostgreSQL. Thanks!Derek Downey– Derek Downey2011年10月06日 14:44:03 +00:00Commented Oct 6, 2011 at 14:44
2 Answers 2
Loosely speaking, the CBO may choose to:
- build up a list of all possible values for the 'missing' leading columns (this can be done fairly efficiently from the index structure itself)
- iteratively perform range scans for each combination of missing columns and the column provided
- union the whole lot together in one result set
This is what is called a 'skip scan' in Oracle terminology. Skip scans work best when the number of possible values in step (1) is relatively small (that is small compared to the size of the index)
Under what circumstances can Oracle (at least in 11g) do a lookup without the left-most prefix columns existing in the query?
Oracle will use statistics to get an estimate of the cardinality of step (1) before weighing up if performing that many range scans will cost more than just scanning the whole index sequentially
In Oracle, we have a feature called Index skip-scan that makes it possible to benefit from composite indexes even if the leading (left most) part of the index is not specified in the WHERE condition. This is a 9i New Feature, documented here: http://download.oracle.com/docs/cd/B10501_01/server.920/a96533/optimops.htm