（一）需要注意的點
（1）對查詢進行優化，要盡量避免全表掃瞄
（2）應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄
（3）不使用not in和<>操作not in和<>操作都不會使用索引將進行全表掃瞄。not in可以not exists代替，id<>3則可使用id>3 or id<3來代替。
（4）應盡量避免在 where 子句中使用 or 來連線條件
（5）不要在 where 子句中的條件左邊進行函式、算術運算或其他表示式運算，否則系統將可能無法正確使用索引
（6）避免使用不帶條件的count(*)否者進行全盤掃瞄
（7）索引並非越多越好
（8）盡量避免臨時表的使用，資源占用不小
（9）避免模糊查詢，
（10）避免出現一例值由多列或一列計算得出
（11）乙個表的索引不多於4-5個（查詢是快了，插入和修改、刪除就慢了也可以讀寫分離）
（12）對資料進行分割槽根據關鍵字段。將資料分配在不同的儲存區域。
資料庫優化方案
對查詢最有效果的優化，自然是建立索引了，id自然是自增 主鍵，這個前人已經做了 從where語句分析，時間字段作為查詢條件很多，時間是8位元組，而且不重複，設定索引比較適合。我把時間設定為索引，有一點效果，但不大，估算一下 8 4000 0000 320 000 000 位元組，4000萬記錄的表僅...
資料庫優化方案
1.sql 優化 2.索引 where 條件加索引 3.連線池 處理連線數問題，druid 4.快取 持久層快取 記憶體資料庫redis 5.分割槽 分成不同的檔案，不解決根本問題 6.儲存過程 業務 難維護 7.讀寫分離 主從複製 8.集群 與主從的區別 集群是通過負載均衡的方式，目的是容錯性和高...
資料庫優化方案
資料庫優化方案 慢日誌查詢 1.檢視慢查詢是否開啟 show variables like slow query show variables like long query time 2.開啟慢查詢 set global slow query log on 3.設定慢查詢日誌記錄檔案 set gl...