数据表中，我建立了一个组合索引(a,b)，然后使用如下查询
select a, b from TableA from a > 1000 and b = 2
在这种情况下，只能按照最左前缀使用索引，但b=2这个条件无法使用索引了， 这是为什么？
mysql5.6版本之前沒有加入index condition pushdown，所以索引邏輯還是這樣的：
即便對於複合索引，從第一列開始先確定第一列索引範圍，如果範圍帶=號，則對於=號情況，確定第二列索引範圍加入索引結果集裡，每列的處理方式都是一樣的。
確定完索引範圍後，則回表查詢數據，再用剩下的where條件進行過濾判斷。
mysql5.6後加入了ICP，對於確定完了索引範圍後，會用剩下的where條件對索引範圍再進行一次過濾，然後再回表，再用剩下的where條件進行過濾判斷。 （減少回表記錄數量）。
另外我估計樓主你的測試資料量應該不大，不然如果你確定的索引範圍佔總記錄數的比例過大時，也是全表查詢不走索引的。
應該你測試資料量太少了, 關心有沒有用到索引沒有意義.
放10w條資料再試試把
還有一個注意點：當MySQL一旦估計檢查的行數可能會”太多”，範圍查找優化將不會被使用。
select a, b from TableA from a > 1000 如果返回的行数太多，将不会使用索引。
mysql5.6版本之前沒有加入index condition pushdown，所以索引邏輯還是這樣的：
即便對於複合索引，從第一列開始先確定第一列索引範圍，如果範圍帶=號，則對於=號情況，確定第二列索引範圍加入索引結果集裡，每列的處理方式都是一樣的。
確定完索引範圍後，則回表查詢數據，再用剩下的where條件進行過濾判斷。
mysql5.6後加入了ICP，對於確定完了索引範圍後，會用剩下的where條件對索引範圍再進行一次過濾，然後再回表，再用剩下的where條件進行過濾判斷。 （減少回表記錄數量）。
另外我估計樓主你的測試資料量應該不大，不然如果你確定的索引範圍佔總記錄數的比例過大時，也是全表查詢不走索引的。
應該你測試資料量太少了, 關心有沒有用到索引沒有意義.
放10w條資料再試試把
還有一個注意點：
當MySQL一旦估計檢查的行數可能會”太多”，範圍查找優化將不會被使用。