-
explain從句作用：顯示出sql的執行計劃
（sql是需要經過執行計劃的分析后，才能進行具體查詢）
具體是
explain 具體sql;
看到extra列說明sql需要優化，因為這說明sql需要外部文件或者臨時表來進行數據存儲
查看全部 -
1.在上述的具體分析sql語句的部分中，查詢次數多且每次查詢占用時間長的sql分析的前幾個查詢
2.IO大的sql：
row examine項
3. 未命中索引的sql：
注意rows sent 占rows examine的比例。
查看全部 -
1.在上述的具體分析sql語句的部分中，查詢次數多且每次查詢占用時間長的sql
分析的前幾個查詢
2.IO大的sql
row examine項
3. 未命中索引的sql
注意rows sent 占rows examine的比例。若比例小說明有問題。
查看全部 -
1.在上述的具體分析sql語句的部分中，查詢次數多且每次查詢占用時間長的sql
分析的前幾個查詢
2.IO大的sql
row examine項
3. 未命中索引的sql
注意rows send 占rows examine的比例。若比例小說明有問題
查看全部 -
1.在上述的具體分析sql語句的部分中，查詢次數多且每次查詢占用時間長的sql
分析的前幾個查詢
2.IO大的sql
row examine項
3. 未命中索引的sql
注意rows send 占rows examine的比例。若比例小說明有問題
查看全部 -
1. 執行 pt-query-digest 所分析的慢查詢日志文件 丨more 分析慢查詢日志的結果。
2. 結果展示:
?第一部分，頭部：
包含日志中包含多少個sql，查看掃描sql行數rows exiamne 2.38M遠大于實際發送sql行數rows sent 31.63k，說明服務器sql索引不是很好；
第二部分，列出：
關于表所執行語句的統計，那些表執行語句是組多的，調用次數，和使用時間是最長的，體現在哪些操作上。
第三部分：
具體要分析可能存在問題的sql的展示：
包括執行次數，時間，內容，在數據庫中的地址。
查看全部 -
用工具對慢查詢日志具體信息進行分析，
mysqldumpslow -h 查看分析工具的參數
具體用途較少
查看全部 -
mysql里面慢查詢日志可以對有效率問題的sql進行監控，因此在進行sql優化時，需要開啟慢查詢日志。
開啟方式是：
先看服務器是否開啟慢查詢日志：show variables like 'slow_query_log'; 若value顯示off，說明沒開，需要開啟慢查詢日志，分析問題sql語句。
show variables like '%log%';, 查到log_queries_not_using_indexes也是off，即未使用索引的查詢沒開啟，需要先開啟這個才能設置全局慢查詢；set global?log_queries_not_using_indexes=on；
long_query_time 為0說明，不管什么查詢，都會被記錄到慢查詢日志中；
set global slow_query_log=on; 開啟慢查詢日志
查看慢查詢日志所記錄的位置 show variables like 'slow%'
看到 slow_query_log_file 的位置，?
退出數據庫，tail -50 慢查詢文件名，可以查看慢查詢日志信息。
慢查詢日志的存儲格式：
執行sql的主機信息；
sql的執行信息；
sql的執行時間；
sql的內容。
查看全部 -
數據庫優化的重點在于sql語句的優化。優化sql語句，可以提高慢查詢的效率。
剩下對于數據庫表結構、系統配置以及硬件的優化效果依次遞減，并且成本依次增高，對于數據庫開發和維護人員來說，屬于次要考慮環節。
查看全部 -
數據庫優化
sql及索引
數據庫表結構
系統配置
硬件
查看全部 -
操作系統配置優化
查看全部 -
1、使用int看數據類型來存儲日期時間數據
2、使用FROM_UNIXTIME和UNIX_TIMESTAMP函數來進行數據的轉換
查看全部 -
1、使用bigint數據類型來存儲IP地址
2、使用INET_ATON和INET_NTOA函數來進行數據轉換
3、bigint使用8個字節，如果使用varchar存儲則需至少15個字節
查看全部 -
mysql刪除不用的索引
查看全部 -
查找重復及冗余的索引
查看全部 -
mysql數據庫索引優化
查看全部 -
mysql數據庫優化
查看全部 -
MySQL數據庫優化的目的
查看全部
舉報