如何判斷MySQL實例出了問題-魔扣目錄

主備切換的兩種場景

主動切換
被動切換：主庫出現(xiàn)問題，HA系統(tǒng)發(fā)起

如何判斷一個主庫是否有問題？

select 1判斷
查表判斷
更新判斷
內(nèi)部統(tǒng)計

select 1判斷

select 1成功返回，只能說明庫的進程還存在，不能說明主庫沒有問題。

-- 在主庫上執(zhí)行以下命令
set global innodb_thread_concurrency = 2;

innodb_thread_concurrency參數(shù)的目的是控制InnoDB并發(fā)線程的上限，一旦并發(fā)線程數(shù)達到此值，InnoDB在收到新請求后，就會進入等待狀態(tài)，直到有線程退出。

innodb_thread_concurrency限制的是并發(fā)查詢（當前正在執(zhí)行的語句），如果一條語句在進入鎖等待以后，并發(fā)線程數(shù)也會減1。

Session C的select 1是可以執(zhí)行成功，但是select表t會被阻塞，因此用select 1檢測實例是否正常是檢測不出問題的。

查表判斷

為了解決select 1的問題，我們可以在系統(tǒng)庫(MySQL庫)里面創(chuàng)建1個表，比如命名為health_check，里面只放一行數(shù)據(jù)，如下：

create table health_check (
t_modified timestamp NOT NULL default CURRENT_TIMESTAMP
) engine=InnoDB;

使用上述方法可以檢測到由于并發(fā)線程數(shù)過多導致的數(shù)據(jù)庫不可用的情況。

但是假設磁盤空間使用率達100%，由于我們更新需要些日志，因此所有的更新語句都會被阻塞，但是查表還是可以的（正常讀數(shù)據(jù)）。

更新判斷

update mysql.health_check set t_modified = now();

對于主備庫我們都需要使用上述語句進行檢測，但是如果主備關系為雙M結構，說明兩個節(jié)點會同步彼此的binlog，如果使用上述語句就可能出現(xiàn)行沖突，導致主備停止。為了讓主備之間的更新不產(chǎn)生沖突，可以在mysql.health_check放入多行數(shù)據(jù)，并將兩個節(jié)點的server_id放入表中，如下：

create table health_check (
id bigint not null primary key ,
t_modified timestamp NOT NULL default CURRENT_TIMESTAMP
) engine=InnoDB; 

/* 檢測命令 */
insert into mysql.health_check(id, t_modified) values (@@server_id, now()) on duplicate key update t_modified=now();

由于主備庫建立關系需要保證server_id不同，因此可以保證主備庫各自檢測命令不會發(fā)生沖突。

但是上述語句無法判斷慢（比如磁盤使用率100%）的問題，但是由于上述檢測語句只需要很少的資源，因此有可能在超時前執(zhí)行成功，無法真正得出系統(tǒng)異常。

內(nèi)部統(tǒng)計

我們可以根據(jù)mysql的performance_schema庫里的一些統(tǒng)計信息，從內(nèi)部檢測數(shù)據(jù)庫異常。

比如針對上述的磁盤使用率，在performance_schema庫的file_summary_by_event_name表里會有統(tǒng)計信息，比如：