1、 導致慢 sql 的原因
在遇到慢 sql 情況時,不能簡單的把原因歸結為 sql 編寫問題(雖然這是最常見的因素),實際上導致慢 sql 有很多因素,甚至包括硬體和 mysql 本身的 bug。根據出現的概率從大到小,羅列如下:
sql編寫問題
鎖業務例項相互幹繞對 io/cpu 資源爭用
伺服器硬體
mysql bug
字段型別轉換導致不用索引,如字串型別的不用引號,數字型別的用引號等,這有可能會用不到索引導致全表掃瞄;
mysql 不支援函式轉換,所以字段前面不能加函式,否則這將用不到索引;
不要在字段前面加減運算;
字串比較長的可以考慮索引一部份減少索引檔案大小,提高寫入效率;
like % 在前面用不到索引;
根據聯合索引的第二個及以後的字段單獨查詢用不到索引;
不要使用 select *;
排序請盡量使用公升序 ;
or 的查詢盡量用 union 代替 (innodb);
復合索引高選擇性的字段排在前面;
order by / group by 字段包括在索引當中減少排序,效率會更高。
除了上述索引使用規則外,sql 編寫時還需要特別注意一下幾點:
盡量規避大事務的 sql,大事務的 sql 會影響資料庫的併發效能及主從同步;
分頁語句 limit 的問題;
刪除表所有記錄請用 truncate,不要用 delete;
不讓 mysql 幹多餘的事情,如計算;
輸寫 sql 帶欄位,以防止後面表變更帶來的問題,效能也是比較優的 ( 涉及到資料字典解析,請自行查詢資料);
在 innodb上用 select count(*),因為 innodb 會儲存統計資訊;
慎用 oder by rand()。
在日常開發工作中,我們可以做一些工作達到預防慢 sql 問題,比如在上線前預先用診斷工具對 sql 進行分析。常用的工具有:
mysqldumpslow
mysql profile
mysql explain
具體使用及分析方法在此就不贅述,網上有豐富的資源可以參考。
提出這個問題顯然主要是針對剛開始工作的年輕同行們……實際上誤操作和程式 bug 導致資料誤刪或者混亂的問題並非少見,但是剛入行的開發工作者會比較緊張。乙個成熟的企業往往會有完善的資料管理規範和較豐富的資料恢復方案(初創公司除外),會進行資料備份和資料容災。
當你發現誤操作或程式 bug 導致線上資料被誤刪或誤改動時,一定不能慌亂,應及時與 dba 聯絡,第一時間進行資料恢復(嚴重時直接停止服務),盡可能減少影響和損失。對於重要資料(如資金)的操作,在開發時一定要反覆進行測試,確保沒有問題後再上線。
sql經驗總結
最近正在做美女站,經常用到資料庫 1 選擇最有效率的表名順序 只在基於規則的優化器中有效 oracle 的解析器按照從右到左的順序處理 from 子句中的表名,from 子句中寫在最後的表 基礎表 driving table 將被最先處理,在 from 子句中包含多個表的情況下,你必須選擇記錄條數最...
sql優化經驗總結
今天將mysql優化的一些經驗和總結整理一下,方便日後做專案優化sql語句做參考。裡面有我自己的經驗也有從網上直接複製貼上的。1索引問題 在做效能跟蹤分析過程中,經常發現有不少後台程式的效能問題是因為缺少合適索引造成的,有些表甚至乙個索引都沒有。這種情況往往都是因為在設計表時,沒去定義索引,而開發初...
sql手動注入經驗總結
總結了一下sql幾個注入的基本思路和用法,現來分享一下 如何判斷有無注入 and1 2 步驟 1 找注入點 id 1等等 2 通過order by 找出一共有多少列數。報錯數字前乙個 id 1 order by 3 前面不用加and 3 利用union select 1,2,3 一般用null取代 ...