工作中進行SQL優化的情況下，常常有這樣的問題，SQL已經全部利用索引，請求的數據量較小， 總的數據量不大的情況下，仍有很多慢查詢的出現(我們規定是>20ms)。這個時候就要關注我們的並發量，事務鎖，的情況。
對於游戲來說，DB存在大量的insert 、update 可謂玩家的很多動作都會與DB溝通。
本文暫時忽略OS 中的 IO利用率，網卡流量，CPU變化情況，介紹如何查看MySQL部分參數
查看每秒事務數：
show global status like 'com_commit'；
show global status like 'com_rollback'；
TPS=(com_commit+com_rollback)/seconds
查看每秒查詢的數量：
mysqladmin status 取出QPS
查詢SQL執行狀態：
show processlist; 截取sql,執行狀態，
查看連接數：
show status like 'Threads%';
Threads_connected 已經打開的線程數
Threads_running 處於活動的線程
以上狀態腳本 稍后放出！
————————————————
版權聲明：本文為CSDN博主「weixin_39604897」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/weixin_39604897/article/details/111542287
2) 盡量減少對數據庫的訪問次數， 可以用緩存保存查詢結果， 減少查詢次數)；
3) 通過搜索參數， 盡量減少對表的訪問行數,最小化結果集， 從而減輕網絡負擔；
4) 能夠分開的操作盡量分開處理， 提高每次的響應速度；
5) 算法的結構盡量簡單；
6) Explain 你的 sql 語句 看看執行效率低的是什么
具體要注意的：
1.應盡量避免在 where 子句中對字段進行 null 值判斷， 否則將導致引擎放棄使用索引而進行
全表掃描， 如：
select id from t where num is null
可以在 num 上設置默認值 0， 確保表中 num 列沒有 null 值， 然后這樣查詢：
select id from t where num=0
2.應盡量避免在 where 子句中使用!=或<>操作符， 否則將引擎放棄使用索引而進行全表掃描。
優化器將無法通過索引來確定將要命中的行數,因此需要搜索該表的所有行。
3.應盡量避免在 where 子句中使用 or 來連接條件， 否則將導致引擎放棄使用索引而進行全表
掃描， 如：
select id from t where num=10 or num=20
可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20
4.in 和 not in 也要慎用， 因為 IN 會使系統無法使用索引,而只能直接搜索表中的數據。 如：
select id from t where num in(1,2,3)
對於連續的數值， 能用 between 就不要用 in 了：
select id from t where num between 1 and 3
5.盡量避免在索引過的字符數據中， 使用非打頭字母搜索。 這也使得引擎無法利用索引。
見如下例子：
SELECT * FROM T1 WHERE NAME LIKE „%L%‟
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=‟L‟
SELECT * FROM T1 WHERE NAME LIKE „L%‟
即使 NAME 字段建有索引， 前兩個查詢依然無法利用索引完成加快操作， 引擎不得不對全表所有數據逐條操作來完成任務。 而第三個查詢能夠使用索引來加快操作。
6.必要時強制查詢優化器使用某個索引， 如在 where 子句中使用參數， 也會導致全表掃描。 因為 SQL 只有在運行時才會解析局部變量， 但優化程序不能將訪問計划的選擇推遲到運行時； 它
必須在編譯時進行選擇。 然而， 如果在編譯時建立訪問計划， 變量的值還是未知的， 因而無法作為索引選擇的輸入項。 如下面語句將進行全表掃描：
select id from t where num=@num
可以改為強制查詢使用索引：
select id from t with(index(索引名)) where num=@num
7.應盡量避免在 where 子句中對字段進行表達式操作， 這將導致引擎放棄使用索引而進行全表掃描。 如：
SELECT * FROM T1 WHERE F1/2=100
應改為:
SELECT * FROM T1 WHERE F1=100*2
SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=‟5378‟
應改為:
SELECT * FROM RECORD WHERE CARD_NO LIKE „5378%‟
SELECT member_number, first_name, last_name FROM members WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21
應改為:
SELECT member_number, first_name, last_name FROM members WHERE dateofbirth < DATEADD(yy,-21,GETDATE())
即： 任何對列的操作都將導致表掃描， 它包括數據庫函數、 計算表達式等等， 查詢時要盡可能將操作移至等號右邊。
8.應盡量避免在 where 子句中對字段進行函數操作， 這將導致引擎放棄使用索引而進行全表掃
描。 如：
select id from t where substring(name,1,3)='abc'--name 以 abc 開頭的 id
select id from t where datediff(day,createdate,'2005-11-30')=0--„2005-11-30‟生成的 id
應改為:
select id from t where name like 'abc%'
select id from t where createdate>='2005-11-30' and createdate
9.不要在 where 子句中的“=”左邊進行函數、 算術運算或其他表達式運算， 否則系統將可能無
法正確使用索引。
10.在使用索引字段作為條件時， 如果該索引是復合索引， 那么必須使用到該索引中的第一個字
段作為條件時才能保證系統使用該索引， 否則該索引將不會被使用， 並且應盡可能的讓字段順序
與索引順序相一致。
11.很多時候用 exists 是一個好的選擇：
elect num from a where num in(select num from b)
用下面的語句替換：
select num from a where exists(select 1 from b where num=a.num)
SELECT SUM(T1.C1)FROM T1 WHERE(
(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)
SELECT SUM(T1.C1) FROM T1WHERE EXISTS(
SELECT * FROM T2 WHERE T2.C2=T1.C2)
兩者產生相同的結果， 但是后者的效率顯然要高於前者。 因為后者不會產生大量鎖定的表掃描或
是索引掃描。
如果你想校驗表里是否存在某條紀錄， 不要用 count(*)那樣效率很低， 而且浪費服務器資源。 可
以用 EXISTS 代替。 如：
IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx')
可以寫成：
IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')
經常需要寫一個 T_SQL 語句比較一個父結果集和子結果集， 從而找到是否存在在父結果集中有
而在子結果集中沒有的記錄， 如：
SELECT a.hdr_key FROM hdr_tbl a---- tbl a 表示 tbl 用別名 a 代替
WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key)
SELECT a.hdr_key FROM hdr_tbl a
LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key IS NULL
SELECT hdr_key FROM hdr_tbl
WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl)
三種寫法都可以得到同樣正確的結果， 但是效率依次降低。
12.盡量使用表變量來代替臨時表。 如果表變量包含大量數據， 請注意索引非常有限(只有主鍵
索引) 。
13.避免頻繁創建和刪除臨時表， 以減少系統表資源的消耗。
14.臨時表並不是不可使用， 適當地使用它們可以使某些例程更有效， 例如， 當需要重復引用大
型表或常用表中的某個數據集時。 但是， 對於一次性事件， 最好使用導出表。
15.在新建臨時表時， 如果一次性插入數據量很大， 那么可以使用 select into 代替 create table，
避免造成大量 log ， 以提高速度； 如果數據量不大， 為了緩和系統表的資源， 應先 create table，
然后 insert。
16.如果使用到了臨時表， 在存儲過程的最后務必將所有的臨時表顯式刪除， 先 truncate table ，
然后 drop table ， 這樣可以避免系統表的較長時間鎖定。
17.在所有的存儲過程和觸發器的開始處設置 SET NOCOUNT ON ， 在結束時設置 SET
NOCOUNT OFF 。 無需在執行存儲過程和觸發器的每個語句后向客戶端發送 DONE_IN_PROC
消息。
18.盡量避免大事務操作， 提高系統並發能力。
19.盡量避免向客戶端返回大數據量， 若數據量過大， 應該考慮相應需求是否合理。
20. 避免使用不兼容的數據類型。 例如 float 和 int、 char 和 varchar、 binary 和 varbinary 是不兼
容的(條件判斷時) 。 數據類型的不兼容可能使優化器無法執行一些本來可以進行的優化操作。
例如:
SELECT name FROM employee WHERE salary > 60000
在這條語句中,如 salary字段是money型的,則優化器很難對其進行優化,因為60000是個整型數。
我們應當在編程時將整型轉化成為錢幣型,而不要等到運行時轉化。
21.充分利用連接條件(條件越多越快) ， 在某種情況下， 兩個表之間可能不只一個的連接條件，
這時在 WHERE 子句中將連接條件完整的寫上， 有可能大大提高查詢速度。
例：
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO AND
A.ACCOUNT_NO=B.ACCOUNT_NO
第二句將比第一句執行快得多。
22、 使用視圖加速查詢
把表的一個子集進行排序並創建視圖， 有時能加速查詢。 它有助於避免多重排序 操作， 而且在
其他方面還能簡化優化器的工作。 例如：
SELECT cust.name， rcvbles.balance， ……other columns
FROM cust， rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
AND cust.postcode>“98000”
ORDER BY cust.name
如果這個查詢要被執行多次而不止一次， 可以把所有未付款的客戶找出來放在一個視圖中， 並按
客戶的名字進行排序：
CREATE VIEW DBO.V_CUST_RCVLBES
AS
SELECT cust.name， rcvbles.balance， ……other columns
FROM cust， rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
ORDER BY cust.name
然后以下面的方式在視圖中查詢：
SELECT ＊ FROM V_CUST_RCVLBES
WHERE postcode>“98000”
視圖中的行要比主表中的行少， 而且物理順序就是所要求的順序， 減少了磁盤 I/O， 所以查詢工
作量可以得到大幅減少。
23、 能用 DISTINCT 的就不用 GROUP BY (group by 操作特別慢)
SELECT OrderID FROM Details WHERE UnitPrice > 10 GROUP BY OrderID
可改為：
SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10
24.能用 UNION ALL 就不要用 UNION
UNION ALL 不執行 SELECT DISTINCT 函數， 這樣就會減少很多不必要的資源
25.盡量不要用 SELECT INTO 語句。
SELECT INOT 語句會導致表鎖定， 阻止其他用戶訪問該表。
上面我們提到的是一些基本的提高查詢速度的注意事項,但是在更多的情況下,往往需要反復試
驗比較不同的語句以得到最佳方案。 最好的方法當然是測試， 看實現相同功能的 SQL 語句哪個
執行時間最少， 但是數據庫中如果數據量很少， 是比較不出來的， 這時可以用查看執行計划， 即：
把實現相同功能的多條 SQL 語句考到查詢分析器， 按 CTRL+L 看查所利用的索引， 表掃描次數
(這兩個對性能影響最大) ， 總體上看詢成本百分比即可
26.在查詢時， 不要過多地使用通配符如 SELECT * FROM T1 語句， 要用到幾列就選擇幾列如：
SELECTCOL1,COL2 FROM T1；
27.在可能的情況下盡量限制盡量結果集行數如： SELECT TOP 300 COL1,COL2,COL3 FROM
T1,因為某些情況下用戶是不需要那么多的數據的。
————————————————
版權聲明：本文為CSDN博主「LHZ5388015210」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/weixin_39775354/article/details/111542295