mysql 自我測試 mysql測試點

2021-10-17 19:46:37 字數 4065 閱讀 6676

前言

效能測試過程中,資料庫相關指標的監控是不可忽視的,在這裡我們就mysql的監控配置及重點涉及效能的一些引數進行說明。

在筆者的日常效能測試過程中,重點關注了這些引數,但不代表僅僅只有這些引數對效能有影響。

配置配置以下配置選項開啟記錄慢查詢和沒有使用索引的查詢功能

編輯 my.cnf或者my.ini檔案。

注: 只對linux下進行說明。windows請自行去搜尋。

將下述幾行前的注釋符號去掉,以開啟相關功能

log_slow_queries = /var/log/mysql/mysql-slow.log

long_query_time = 2

log-queries-not-using-indexes

輸入,即可在console中檢視到對應的慢sql和未使用索引的查詢語句了。

tail -f mysql.log

show full processlist

顯示哪些執行緒正在執行,如下圖:

這個命令中最關鍵的就是state列,mysql列出的狀態主要有以下幾種:

checking table

正在檢查資料表(這是自動的)。

closing tables

正在將表中修改的資料重新整理到磁碟中,同時正在關閉已經用完的表。這是乙個很快的操作,如果不是這樣的話,就應該確認磁碟空間是否已經滿了或者磁碟是否正處於重負中。

connect out

複製從伺服器正在連線主伺服器。

copying to tmp table on disk

由於臨時結果集大於tmp_table_size,正在將臨時表從記憶體儲存轉為磁碟儲存以此節省記憶體。

creating tmp table

正在建立臨時表以存放部分查詢結果。

deleting from main table

伺服器正在執行多表刪除中的第一部分,剛刪除第乙個表。

deleting from reference tables

伺服器正在執行多表刪除中的第二部分,正在刪除其他表的記錄。

flushing tables

正在執行flush tables,等待其他執行緒關閉資料表。

killed

傳送了乙個kill請求給某執行緒,那麼這個執行緒將會檢查kill標誌位,同時會放棄下乙個kill請求。mysql會在每次的主迴圈中檢查kill標誌位,不過有些情況下該執行緒可能會過一小段才能死掉。如果該線程程被其他執行緒鎖住了,那麼kill請求會在鎖釋放時馬上生效。

locked

被其他查詢鎖住了。

sending data

正在處理select查詢的記錄,同時正在把結果傳送給客戶端。

sorting for group

正在為group by做排序。

sorting for order

正在為order by做排序。

opening tables

這個過程應該會很快,除非受到其他因素的干擾。例如,在執alter table或lock table語句行完以前,資料表無法被其他執行緒開啟。正嘗試開啟乙個表。

removing duplicates

正在執行乙個select distinct方式的查詢,但是mysql無法在前乙個階段優化掉那些重複的記錄。因此,mysql需要再次去掉重複的記錄,然後再把結果傳送給客戶端。

reopen table

獲得了對乙個表的鎖,但是必須在表結構修改之後才能獲得這個鎖。已經釋放鎖,關閉資料表,正嘗試重新開啟資料表。

repair by sorting

修復指令正在排序以建立索引。

repair with keycache

修復指令正在利用索引快取乙個乙個地建立新索引。它會比repair by sorting慢些。

searching rows for update

正在講符合條件的記錄找出來以備更新。它必須在update要修改相關的記錄之前就完成了。

sleeping

正在等待客戶端傳送新請求.

system lock

正在等待取得乙個外部的系統鎖。如果當前沒有執行多個mysqld伺服器同時請求同乙個表,那麼可以通過增加--skip-external-locking引數來禁止外部系統鎖。

upgrading lock

insert delayed正在嘗試取得乙個鎖表以插入新記錄。

updating

正在搜尋匹配的記錄,並且修改它們。

user lock

正在等待get_lock()。

waiting for tables

該執行緒得到通知,資料表結構已經被修改了,需要重新開啟資料表以取得新的結構。然後,為了能的重新開啟資料表,必須等到所有其他執行緒關閉這個表。以下幾種情況下會產生這個通知:flush tables tbl_name, alter table, rename table, repair table, analyze table,或optimize table。

waiting for handler insert

insert delayed已經處理完了所有待處理的插入操作,正在等待新的請求。

==大部分狀態對應很快的操作,只要有乙個執行緒保持同乙個狀態好幾秒鐘,那麼可能是有問題發生了,需要檢查一下。==

show status

檢視mysql伺服器狀態資訊。

直接使用該命令會輸入幾百行的資料,很難看。

下面我們看幾個常用的帶選項的命令

查詢當前mysql本次啟動後的執行統計時間

show status like 'uptime';

檢視本次mysql啟動後執行的select語句的次數

show status like 'com_select';

檢視本次mysql啟動後執行insert語句的次數

show [global] status like 'com_insert';

檢視本次mysql啟動後執行update語句的次數

show [global] status like 'com_update';

檢視本次mysql啟動後執行delete語句的次數

show [global] status like 'com_delete';

檢視mysql伺服器的執行緒資訊

show status like 'thread_%';

檢視試圖連線到mysql(不管是否連線成功)的連線數

show status like 'connections';

檢視執行緒快取內的執行緒的數量

show status like 'threads_cached';

檢視立即獲得的表的鎖的次數

show status like 'table_locks_immediate';

檢視不能立即獲得的表的鎖的次數。如果該值較高,並且有效能問題,你應首先優化查詢,然後拆分表或使用複製

show status like 'table_locks_waited';

檢視查詢時間超過long_query_time秒的查詢的個數

show status like 'slow_queries';

系統慢查詢狀態檢查

show global status like '%slow%';

mysqldumpslow命令

慢查詢日誌有可能會有很多重複的sql語句,我們如何過濾呢?mysql有自帶的命令mysqldumpslow可進行查詢,例下列命令可以查出訪問次數最多的20個sql語句

mysqldumpslow -s c -t 20 host-slow.log

sql執行各階段所花費的時間

通過mysql自帶profiling(效能分析)工具可以診斷某個sql各個執行階段消耗的時間,每個執行階段在cpu disk io等方面的消耗情況。

show variables like '%profiling%';

總結

測試mysql安裝成功 MySQL安裝之「測試」

將mysql安裝完成之後還需要對其進行測試,判斷mysql是否安裝成功,mysql其視覺化與我們之前使用過的sqlserver不同。mysql其中測試方法有兩種 一 使用mysql命令進行測試 二 安裝客戶端對其進行連線測試。由於二種方法視覺化強,操作簡單,所以就不做詳細的介紹 在這就主要介紹一下m...

壓測 mysql關閉連線 MySQL 壓測

mysqlslap iterations 100 create schema test query query.sql number of queries 20000 delimiter concurrency 100 3.2.2 網路引數問題 問題描述 使用mysqlslap 壓測某個語句,當併發...

mysql效能測試 MySQL的一些效能測試

針對資料庫引擎 myisam和innodb.做了一些效能測試和比較。包括有沒有索引的情況下的比較。主要是想證實一些效能問題。資料量 6 millions,機器 dell 2950 1.alter from innodb to myisam no index has two indexes 1min3...