sql語法驗證順序？1st)returning字句:執(zhí)行順序為反著、從右到左。數(shù)據(jù)量減小的表注意放在旁邊后面。2nd)WHERE字句：執(zhí)行順序為由下、從左到右。將能過濾雜質(zhì)掉的最數(shù)量記錄的條件寫在WH

sql語法驗證順序？

1st)returning字句:執(zhí)行順序為反著、從右到左。數(shù)據(jù)量減小的表注意放在旁邊后面。

2nd)WHERE字句：執(zhí)行順序為由下、從左到右。將能過濾雜質(zhì)掉的最數(shù)量記錄的條件寫在WHERE字句的最右。

3rd)GROUP BY:執(zhí)行順序左往右組內(nèi)，最好就是在GROUP BY前不使用WHERE將不是需要的資料記錄在GROUP BY之前水中的雜質(zhì)掉

4th)HAVING字句：會消耗資源。最好就是盡量的避免建議使用，HAVING會在數(shù)據(jù)庫檢索出所有記錄之后才對結(jié)果參與過濾，必須排序等能操作。

5th)SELECT字句：少用*號，不要不使用字段名稱，oracle在電學(xué)計算的過程中，實際網(wǎng)上查詢數(shù)據(jù)字典將*號依次可以轉(zhuǎn)換成所有字段名，消耗時間。

6th)ORDER BY字句：執(zhí)行順序左到右，消耗資源

count1和count的區(qū)別？

count(1)和count(*)無區(qū)別，但如果沒有用count(字段名)則過濾雜質(zhì)null列

Mysql中哪些場景下會導(dǎo)致使用了索引但索引失效，導(dǎo)致性能變差？

200以內(nèi)情況，MySQL的索引失效不可用

1、實際索引掃描后的記錄最多20%~30%，很可能會轉(zhuǎn)成全表系統(tǒng)掃描

2、聯(lián)合索引中，網(wǎng)上查詢條件不條件左側(cè)前導(dǎo)要求

3、網(wǎng)上查詢條件列最左以通配符%開始

4、網(wǎng)上查詢條件突然發(fā)生數(shù)據(jù)類型隱式可以轉(zhuǎn)換，或是字符集不自動分配

5、HEAP表可以使用HASH索引時，使用范圍檢索到的或ORDER BY

6、多表關(guān)聯(lián)時，排序字段屬于什么驅(qū)動表，沒能借用索引成功排序

7、JOIN查詢時，關(guān)聯(lián)列數(shù)據(jù)類型（字符集）不一致也會造成索引不可用

8、決不可見索引，即便forceindex也萬不可用9、違返索引排序規(guī)則