問答專欄Q & A COLUMN
不一定哦，如果是MySql你可以通過 sql前面加上 explain select Column Name1,Column Name2,Column Name3 from table；
排查是否走索引依次從好到差：system，const，eq_ref，ref，fulltext，ref_or_null，unique_subquery，index_subquery，range，index_merge，index，ALL。
1.索引列的數(shù)據(jù)長度能少則少。
2.索引一定不是越多越好，越全越好，一定是建合適的。
3.匹配列前綴可用到索引 like 9999%，like %9999%、like %9999用不到索引；
4.Where 條件中 not in 和 <>操作無法使用索引；匹配范圍值，order by 也可用到索引；
5.多用指定列查詢，只返回自己想到的數(shù)據(jù)列，少用select *；
6.聯(lián)合索引中如果不是按照索引最左列開始查找，無法使用索引；聯(lián)合索引中精確匹配最左前列并范圍匹配另外一列可以用到索引；
7.聯(lián)合索引中如果查詢中有某個列的范圍查詢，則其右邊的所有列都無法使用索引。
我是陽光隨馨馨，如果你看完了，點個贊，加個關(guān)注，轉(zhuǎn)發(fā)一下哈
評論0
加載中...
根據(jù)實際的情況，需要控制IN查詢的范圍。不走索引到原因有以下幾點
評論0
加載中...
不一定，數(shù)據(jù)庫會優(yōu)先選擇最快的方式，這個之前剛好遇到過這個問題，當你in的參數(shù)里篩選的數(shù)據(jù)是總數(shù)比例80%以上時，就不走索引了，而是走的全表查詢，因為數(shù)據(jù)庫覺得這樣做比走索引更快，低于這個比例，數(shù)據(jù)庫會選擇走索引，謝謝
評論0
加載中...
0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答
