2.優化子查詢，派生表和檢視引用
3.優化information_schema查詢
4.優化資料變更宣告
5.優化資料庫許可權
6.其他優化技巧
資料庫應用程式的核心邏輯是通過sql語句執行的，無論是直接通過直譯器發出還是通過api在後台提交。
查詢以select 語句的形式執行資料庫中的所有查詢操作。調整這些語句是首要任務，無論是為動態網頁實現亞秒響應時間，還是為了產生巨大的隔夜報告而縮短工作時間。
此外select語句，進行查詢調諧技術也適用於結構，如 create table…as select， insert into…select和where在條款 delete的語句。這些語句具有額外的效能考慮因素，因為它們將寫操作與面向讀取的查詢操作相結合。
ndb cluster支援連線下推優化，從而將合格連線完整地傳送到ndb cluster資料節點，在ndb cluster資料節點中可以將它們分布在它們之間並且並行執行。有關此優化的更多資訊，請參閱 ndb下推連線的條件，
優化查詢的主要考慮因素是：
要select … where加快查詢速度，首先要檢查的是是否可以新增 索引。在where子句中使用的列上設定索引，以加快評估，過濾和結果的最終檢索。為避免浪費磁碟空間，請構建一小組索引，以加速應用程式中使用的許多相關查詢。
索引對於引用不同表的查詢尤其重要，使用 聯接和 外來鍵等功能。您可以使用該explain語句來確定用於a的索引 select。
隔離並調整查詢的任何部分，例如函式呼叫，這會占用過多時間。根據查詢的結構，可以為結果集中的每一行呼叫一次函式，甚至可以為表中的每一行呼叫一次函式，從而大大減輕任何低效率。
最大限度地減少 查詢中的全表掃瞄數 ，尤其是對於大表。
通過analyze table定期使用語句使表統計資訊保持最新 ，因此優化程式具有構建高效執行計畫所需的資訊。
了解特定於每個表的儲存引擎的調優技術，索引技術和配置引數。雙方innodb並 myisam有兩套準則的實現和維持查詢高效能。有關詳細資訊，請參見第8.5.6節「優化innodb查詢」和 第8.6.1節「優化myisam查詢」。
您可以innodb使用第8.5.3節「優化innodb唯讀事務」中的技術優化表的 單查詢事務 。
避免以難以理解的方式轉換查詢，尤其是在優化程式自動執行某些相同轉換的情況下。
如果其中乙個基本準則無法輕鬆解決效能問題，請通過閱讀explain計畫並調整索引，where子句，連線子句等來調查特定查詢的內部詳細資訊 。（當您達到一定的專業水平時，閱讀 explain計畫可能是您每次查詢的第一步。）
調整mysql用於快取的記憶體區域的大小和屬性。通過有效使用 innodb 緩衝池， myisam金鑰快取和mysql查詢快取，重複查詢執行得更快，因為在第二次及以後的時間內從記憶體中檢索結果。
即使對於使用快取記憶體儲存區域快速執行的查詢，您仍可以進一步優化，以便它們需要更少的快取記憶體，從而使您的應用程式更具可伸縮性。可伸縮性意味著您的應用程式可以處理更多的併發使用者，更大的請求等，而不會出現效能大幅下降的情況。
處理鎖定問題，其中查詢的速度可能會受到同時訪問表的其他會話的影響。
where子句優化
Mysql優化 SQL語句優化
索引優化 where 字段 組合索引 最左字首 索引下推 非選擇行 不加鎖 索引覆蓋 不回表 on兩邊 排序 分組 explain分析語句情況，看建立索引沒，或者建立錯誤，響應時間長的話可以看下慢查詢日誌 盡量不要用 查所有字段的話，select查詢列中的字段如果沒有索引的話，會造成回表 limit...
二 SQL語句優化
把執行時間較長的sql語句記錄下來.1 檢視是否開啟慢查詢 show variables like slow query log 2 記錄未使用索引的查詢 set global log queries not using indexes on 3 慢查詢時間 show variables like ...
MySql優化sql語句效能
一.優化方面 可以從下面2個方面進行優化 1.減少io次數 2.減少cpu計算次數 二.常見sql命令誤區 1.count 1 和count primary key 優於 count 實際上count 計算操作做了優化 2.select a,b from 比 select a,b,c from 可以...