mysql性能優(yōu)化(編輯修改稿)
2024-08-31 22:32 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 UP} (7) HAVING having_condition (10) ORDER BY order_by_list 應(yīng)用優(yōu)化 編寫(xiě)高效的 SQL(一 ) ? 能夠快速縮小結(jié)果集的 WHERE 條件寫(xiě)在前面，如果有恒量條件， 也盡量放在前面 ? 盡量避免使用 GROUP BY、 DISTINCT 、 OR、 IN 等語(yǔ)句的使用， 避免使用聯(lián)表查詢(xún)和子查詢(xún)，因?yàn)閷⑹箞?zhí)行效率大大下降 ? 能夠使用索引的字段盡量進(jìn)行有效的合理排列，如果使用了 聯(lián)合索引，請(qǐng)注意提取字段的前后順序 ? 針對(duì)索引字段使用 , =, =, , =, IF NULL和 BETWEEN 將會(huì)使用 索引， 如果對(duì)某個(gè)索引字段進(jìn)行 LIKE 查詢(xún)，使用 LIKE ‘% abc%’ 不能使用索引，使用 LIKE ‘a(chǎn)bc%’ 將能夠使用索引 ? 如果在 SQL里使用了 MySQL部分自帶函數(shù)，索引將失效，同時(shí)將無(wú)法 使用 MySQL 的 Query Cache，比如 LEFT(), SUBSTR(), TO_DAYS() DATE_FORMAT(), 等，如果使用了 OR 或 IN，索引也將失效 ? 使用 Explain 語(yǔ)句來(lái)幫助改進(jìn)我們的 SQL語(yǔ)句 應(yīng)用優(yōu)化 編寫(xiě)高效的 SQL(二 ) where 子句中的 “ =” 左邊進(jìn)行算術(shù)或表達(dá)式運(yùn)算，否則系統(tǒng)將 可能無(wú)法正確使用索引 select id from uinfo_jifen where jifen/60 10000。 優(yōu)化后 : Select id from uinfo_jifen where jifen600000。 where條件中使用函數(shù)，否則將不能使用索引 (select uid from imid where datediff(create_time,39。2022112239。)=0 優(yōu)化后 select uid from imid where create_time =39。20221121‘ and create_time‘20221123’。) select *, 只取需要的字段 ，盡量避免在 SQL語(yǔ)句中使用 order by 字句，避免 額為的開(kāi)銷(xiāo) ，用 select into 替代 insert into 能帶來(lái)更好的性能 ，避免過(guò)多的子查詢(xún)，產(chǎn)生的 CPU和 IO開(kāi)銷(xiāo) ，使用 between代替 in ， 10. where 字句中盡量不要使用 CASE條件 特別是在大數(shù)據(jù)表上 應(yīng)用優(yōu)化 編寫(xiě)高效的 SQL(三 ) ，應(yīng)根據(jù)業(yè)務(wù)需要加 上必要判斷條件 union all 操作代替 OR操作，注意此時(shí)需要注意一點(diǎn)查詢(xún)條 件可以使用聚集索引，如果是非聚集索引將起到相反的結(jié)果 LIMIT 1 NOT NULL填充數(shù)據(jù)庫(kù) DELETE 或 INSERT 語(yǔ)句 ,使用 LIMIT 條件是一個(gè)好的方法 while (1) { //每次只做 1000條 mysql_query(DELETE FROM logs WHERE log_date = 39。2022110139。 LIMIT 1000)。 if (mysql_affected_rows() == 0) { // 沒(méi)得可刪了，退出！ break。 } // 每次都要休息一會(huì)兒
物理相關(guān)推薦
鄂ICP備17016276號(hào)-1