mysql preformance_schema 翻譯

性能圖表是 MYSQL 服務器執行低級別監控的工能, 性能概要可用於 MYSQL 5.5.3 並具有以下特點

性能圖表利用 performance_schema 存儲引擎與 preformance_schema 數據庫提供檢查服務器內部執行時間, 性能圖表關注數據性能,
區別於 information_schema 隻檢查服務器元數據

性能圖表監控服務器事件, 事件可以是服務器中任意被收集的時間信息, 一般地說, 事件可以使係統調用, 操作係統等待, SQL 陳述執行
例如分析或者排序, 或者整個陳述執行, 也可以是一組陳述執行, 當前, 事件收集提供關於同步調用訪問信息與文件 I/O 調用與存儲引擎信息

性能圖表時間從寫入服務器二進製日誌事件(描述數據修改)中截斷與事件調度事件(描述存儲過程類型)

當前時間可用於事件曆史信息與統計, 允許你檢測事件執行過程中使用了多長時間, 事件信息允許顯示活躍的現成或者結合的特定對象

PREFORMANCE_SCHEMA 存儲引擎從服務器代碼中利用“instrumentation points”收集事件數據

事件收集並存儲到 PREFORMANCE_SCHEMA 數據庫仲, 可以利用 SELECT 語法查詢表中數據

性能圖表配置在服務器執行 SQL 陳述時候, 當配置改變並馬上影響收集的數據, 即可動態修改更新 PREFORMANCE_SCHEMA,

PREFORMANCE_SCHEMA 數據庫仲的表示視圖或臨時表, 使用磁盤中的數據庫, 但不占用空間

監控可用於所有 MYSQL 支持的平台
一些限製: 每個平台可能時間格式不一樣, 容器提供存儲引擎可能不針對所有存儲引擎執行, 每個第三方引擎是由引擎維護參考官方文檔“Restrictions on Performance Schema”

數據收集是由服務器源碼進行執行並添加到容器中, 不需要額外線程維護性能圖表, 而區別與複製與事件調度
性能圖表提供有用的訪問信息關於服務器執行而不影響服務器性能, 執行下麵設計目標

活躍的性能圖表不改變服務器性能, 不改變線程調度, 不改變查詢計劃(explain)

內存在服務器啟動後分配, 並使用早起分配的結構, 並沒有必要重新分配, 能夠在運行時獲得良好運行狀態

服務器監控持續發生並且不占用資源, 活躍的性能圖表不會導致服務器不可用

當分析器不改變, 不出現新德關鍵字或者陳述

即使性能圖表失敗, 但仍然可以正常執行服務器代碼

當在事件收集開始或者在事件恢複之後優先傾向於快速進行收集, 因為收集會不斷進行, 而恢複則不連續發生

添加新的容器點很容易

容器具有版本, 假如容器代碼改變, 之前的容器代碼將會繼續工作, 這個有利於開發第三方插件, 因為在容器圖表改變時不需要更新每個插件

最後更新：2017-04-02 22:16:23