前言：
? ? 保持空杯精神，使用性能剖析，專注于測量服務器的時間花費在哪里，思考1、如何確認服務器是否達到了性能最佳狀態，2、某條語句為什么不夠快，診斷被用戶描述為“停頓、堆積、卡死”的某些間歇性疑難故障；
? ?接下來將介紹一些工具、技巧優化整機性能、優化單條語句執行速度，診斷 解決那些很難觀察到的問題，展示如何測量系統并生成剖析報告、如何分析系統的堆棧；
3.1簡介
性能：為完成某件任務所需要的時間度量，in other words 性能即響應時間
吞吐量：單位時間內的查詢數據（性能定義的倒數）
第一步：弄清楚時間都去哪了，在哪消耗了時間
? ? ?如果通測量沒有找到答案，測量方式錯了或不夠完善，只測量需要優化的活動
? ? ?不要在錯誤的時間啟動或停止測試，測量的是聚合后的信息而不是目標活動本身；需要定位和優化子任務
原則：無法測量便無法有效地優化
3.1.1通過性能剖析進行優化
性能剖析：測量、分析時間花費在哪里的主要方法
? ? ? ?1、測量任務所花費的時間；2、對結果統計、排序（重要前排）
可將相似任務分組匯總，通過性能剖析報告獲需要的結果；報告會列出all任務，每行記錄一個任務：
? ? ? ?任務名、執行時間、消耗時間、平均執行時間，執行占全部時間的百分比；按照任務的消耗時間降序排序；
性能剖析類型：
基于執行時間的分析：什么任務的執行時間最長
基于等待的分析：判斷任務在什么地方唄阻塞的時間最長
3.1.2理解性能剖析
性能剖析中缺失但是重要的信息：
1、值得優化的查詢
? ? ? ? 占總響應時間比重很小的查詢不值得優化；成本大于收益、停止優化
2、異常情況
? ? ? ? 沒有顯式要優化的也要優化，如執行次數少但每次都特別慢的任務
3、未知的未知
? ? ? ? 丟失時間：任務總時間與實際測量到的時間的差，即使沒有發現也要注意這類問題存在的可能性
4、被掩藏的細節
? ? ? ? 無法顯示all響應時間的分布，更多信息、直方圖、百分比、標準差、偏差指數
5、無法再更高層次的堆棧中進行交互式 分析
3.2對應用程序進行性能剖析：自上而下
性能瓶頸的影響因素：
1、外部資源，調用外部web服務或搜索引擎
2、應用需要處理大量數據，分析一個超大的xml文件
3、循環中執行昂貴的操作：濫用正則
4、使用低效的算法：暴力搜索算法
建議：新的項目中應考慮包含性能剖析的代碼
3.2.1測量php應用程序：空
3.3剖析mysql查詢
3.3.1剖析服務器負載
鋪獲MySQL查詢到日志文件：
? ? ?1、慢查詢日志：開銷低、精度高，大的磁盤空間，長期開啟 注意部署日志輪轉工具，只在收集負載樣本期間開啟即可，5.1后微秒級別；
? ? ?2、通用日志，查詢請求到服務器時進行記錄，不包含響應時間和執行計劃
分析查詢日志
自頂向下，先生成剖析報告（pt-query-digest），查看特別關注的部分
3.3.2剖析單條查詢
思考為什么花費這么長時間、如何去優化
使用SHOW PROFILE:MySQL5.1后
查看：?show variables like “%pro%”;【源】
默認禁用，開啟：set profiling=1；然后在服務器執行語句（關閉?set profiling=off;）
語法：
SHOW?PROFILE?[type?[,?type]?...?]?? ????[FOR?QUERY?n]?? ????[LIMIT?row_count?[OFFSET?offset]]?? ?? type:?? ????ALL????????????????--顯示所有的開銷信息?? ??|?BLOCK?IO???????????--顯示塊IO相關開銷?? ??|?CONTEXT?SWITCHES???--上下文切換相關開銷?? ??|?CPU????????????????--顯示CPU相關開銷信息?? ??|?IPC????????????????--顯示發送和接收相關開銷信息?? ??|?MEMORY?????????????--顯示內存相關開銷信息?? ??|?PAGE?FAULTS????????--顯示頁面錯誤相關開銷信息?? ??|?SOURCE?????????????--顯示和Source_function，Source_file，Source_line相關的開銷信息?? ??|?SWAPS??????????????--顯示交換次數相關開銷的信息
實質是這些開銷信息被記錄到information_schema.profiling表
show?profiles；查看 show?profile?for?query?2;?獲取指定查詢的開銷（第二條查詢開銷明細） show?profile?cpu?for?query?2?;查看特定部分的開銷，如下為CPU部分的開銷? show?profile?block?io,cpu?for?query?2;??同時查看不同資源開銷
使用SHOW STATUS:計數器
全局show global status、基于某個連接會話級別，作用域要注意
計數器顯示活動的頻繁程度，常用：句柄計數器、臨時文件、表計數器
會創建臨時表，通過句柄操作（引用、指針？）訪問此臨時表，影響show status結果中對應的數字
使用慢查詢日志：【源】【源】
將MySQL中響應時間超過閾值long_query_time的語句記錄到慢查詢日志中（日志可以寫入文件或者數據庫表，如果對性能要求高的話，建議寫文件），默認是10s，需要手動開啟
查看：
?? ? ??
（1）slow_query_log的值為ON為開啟慢查詢日志，OFF則為關閉慢查詢日志。
（2）slow_query_log_file?的值是記錄的慢查詢日志到文件中（注意：默認名為主機名.log，慢查詢日志是否寫入指定文件中，需要指定慢查詢的輸出日志格式為文件，相關命令為：show variables like ‘%log_output%’；去查看輸出的格式）。
（3）long_query_time?指定了慢查詢的閾值，即如果執行語句的時間超過該閾值則為慢查詢語句，默認值為10秒。
（4）log_queries_not_using_indexes?如果值設置為ON，則會記錄所有沒有利用索引的查詢（注意：如果只是將log_queries_not_using_indexes設置為ON，而將slow_query_log設置為OFF，此時該設置也不會生效，即該設置生效的前提是slow_query_log的值設置為ON），一般在性能調優的時候會暫時開啟，開啟后使用full index scan的sql也會被記錄到慢查詢日志。
//上述命令只對當前生效，當MySQL重啟失效，如果要永久生效，需要配置my.cnf 查看輸出格式：文件？表show?variables?like?‘%log_output%’; 開啟通用日志查詢：?set?global?general_log=on; 關閉通用日志查詢：?set?globalgeneral_log=off; 設置通用日志輸出為表方式：?set?globallog_output=’TABLE’; 設置通用日志輸出為文件方式：?set?globallog_output=’FILE’; 設置通用日志輸出為表和文件方式：set?global?log_output=’FILE,TABLE’; 查詢慢查詢語句的個數：show?global?status?like?‘%slow%’;
日志部分內容簡介：
哪條語句導致慢查詢（sql_text），該慢查詢語句的查詢時間（query_time），鎖表時間（Lock_time），以及掃描過的行數（rows_examined）等信息。
利用自帶的慢查詢日志分析工具：mysqldumpslow
perl mysqldumpslow –s c –t 10 slow-query.log
-s 表示按何種方式排序，c、t、l、r分別是按照記錄次數、時間、查詢時間、返回的記錄數來排序，ac、at、al、ar，表示相應的倒敘；-t 表示top的意思，后面跟著的數據表示返回前面多少條；-g 后面可以寫正則表達式匹配，大小寫不敏感。
使用Performance Schema:【源】【源】
監視MySQL服務器，收集性能參數，且表的存儲引擎PERFORMANCE_SCHEMA，低耗能
本地服務器，表是內存表，表內容在服務器啟動時重新填充，關閉時丟棄，更改不會被復制或寫入二進制日志
特性：
性能方案配置可被動態的執行SQL修改，立即影響到數據收集
監控服務事件：事件是服務做并被感知到的任何事，時間信息可被收集
數據庫性能方案，提供對運行時數據庫服務進行內部檢查的方式，關注性能數據
特定于一個數據庫服務，數據庫表關聯到數據服務，修改不會被備份也不寫進二進制日志
存儲引擎用“感知點”收集事件數據，且存儲在performance_schema數據庫，可通過select語句進行查詢
補充：數據庫初始安裝有三個基本庫
mysql
? ? 包含權限配置，事件，存儲引擎狀態，主從信息，日志，時區信息，用戶權限配置等
information_schema
? ? 對數據庫元數據的抽象分析，由此提供了SQL語句方式來查詢數據庫運行時狀態，每次對information_schema的查詢都產生對metadata的互斥訪問，影響其他數據庫的訪問性能。
performance_schema
? ? 內存型數據庫，使用performance_schema 存儲引擎，通過事件機制將mysql服務的運行時狀態采集并存儲在performace_schema數據庫。注意，兩個單詞之間用下劃線連接時，表示performance_schema是一個數據庫；用空格分開時，表示一個數據庫性能方案，也表示一個存儲引擎。
?相關文章：
