MySQL中數(shù)據(jù)庫優(yōu)化的常見sql語句是什么

這篇文章主要講解了“MySQL中數(shù)據(jù)庫優(yōu)化的常見sql語句是什么”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“MySQL中數(shù)據(jù)庫優(yōu)化的常見sql語句是什么”吧！

1.SHOW ENGINES

查看執(zhí)行引擎以及默認(rèn)引擎。

2.SHOW PROCESSLIST

SHOW PROCESSLIST查看當(dāng)前數(shù)據(jù)庫連接的使用情況，以及各種狀態(tài)信息，非常有用。SHOW PROCESSLIST; 只列出前100條，如果想全列出請使用SHOW FULL PROCESSLIST;

屬性列以及含義：

state列以及含義，mysql列出的狀態(tài)：

3.SHOW STATUS LIKE 'InnoDB_row_lock%'

InnoDB 的行級鎖定狀態(tài)變量。

InnoDB 的行級鎖定狀態(tài)變量不僅記錄了鎖定等待次數(shù)，還記錄了鎖定總時(shí)長，每次平均時(shí)長，以及最大時(shí)長，此外還有一個(gè)非累積狀態(tài)量顯示了當(dāng)前正在等待鎖定的等待數(shù)量。對各個(gè)狀態(tài)量的說明如下：

• InnoDB_row_lock_current_waits：當(dāng)前正在等待鎖定的數(shù)量；

• InnoDB_row_lock_time：從系統(tǒng)啟動到現(xiàn)在鎖定總時(shí)間長度；

• InnoDB_row_lock_time_avg：每次等待所花平均時(shí)間；

• InnoDB_row_lock_time_max：從系統(tǒng)啟動到現(xiàn)在等待最常的一次所花的時(shí)間；

• InnoDB_row_lock_waits：系統(tǒng)啟動后到現(xiàn)在總共等待的次數(shù)；

對于這5個(gè)狀態(tài)變量，比較重要的主要是InnoDB_row_lock_time_avg（等待平均時(shí)長），InnoDB_row_lock_waits（等待總次數(shù)）以及InnoDB_row_lock_time（等待總時(shí)長）這三項(xiàng)。尤其是當(dāng)?shù)却螖?shù)很高，而且每次等待時(shí)長也不小的時(shí)候，我們就需要分析系統(tǒng)中為什么會有如此多的等待，然后根據(jù)分析結(jié)果著手指定優(yōu)化計(jì)劃。

如果發(fā)現(xiàn)鎖爭用比較嚴(yán)重，如InnoDB_row_lock_waits和InnoDB_row_lock_time_avg的值比較高，還可以通過設(shè)置InnoDB Monitors 來進(jìn)一步觀察發(fā)生鎖沖突的表、數(shù)據(jù)行等，并分析鎖爭用的原因。

4.SHOW ENGINE INNODB STATUS

SHOW ENGINE INNODB STATUS命令會輸出當(dāng)前InnoDB監(jiān)視器監(jiān)視到的很多信息，它輸出就是一個(gè)單獨(dú)的字符串，沒有行和列，內(nèi)容分為很多小段，每一段對應(yīng)innodb存儲引擎不同部分的信息，其中有一些信息對于innodb開發(fā)者來說非常有用。

有一節(jié)LATEST DETECTED DEADLOCK，就是記錄的最后一次死鎖信息， 如下案例：

• “(1) TRANSACTION”顯示第一個(gè)事務(wù)的信息；

• “(1) WAITING FOR THIS LOCK TO BE GRANTED”顯示第一個(gè)事務(wù)等待的鎖信息

• “(2) TRANSACTION”顯示第二個(gè)事務(wù)的信息；

• “(2) HOLDS THE LOCK(S)” 顯示的是第二個(gè)事務(wù)持有的鎖信息；

• “(2) WAITING FOR THIS LOCK TO BE GRANTED” 顯示第二個(gè)事務(wù)等待的鎖信息

• 最后一行表示處理結(jié)果，比如“WE ROLL BACK TRANSACTION (2)，表示回滾了第二個(gè)事務(wù)。

5.SHOW INDEXS

SHOW INDEXS查詢一個(gè)表中的索引信息：SHOW INDEXES FROM table_name;

建表的sql如下：

CREATE TABLE contacts(
    contact_id INT AUTO_INCREMENT,
    first_name VARCHAR(100) NOT NULL comment 'first name',
    last_name VARCHAR(100) NOT NULL,
    email VARCHAR(100),
    phone VARCHAR(20),
    PRIMARY KEY(contact_id),
    UNIQUE(email),
    INDEX phone(phone) ,
    INDEX names(first_name, last_name) comment 'By first name and/or last name'
);

存儲過程插入五萬條數(shù)據(jù)：

CREATE PROCEDURE zqtest ( ) BEGIN
	DECLARE
		i INT DEFAULT 0;
	DECLARE
		j VARCHAR ( 100 ) DEFAULT 'first_name';
	DECLARE
		k VARCHAR ( 100 ) DEFAULT 'last_name';
	DECLARE
		l VARCHAR ( 100 ) DEFAULT 'email';
	DECLARE
		m VARCHAR ( 20 ) DEFAULT '11111111111';
	
	SET i = 0;
	START TRANSACTION;
	WHILE
			i < 50000 DO
		IF
			MOD ( i, 100 ) = 0 THEN
				
				SET j = CONCAT( 'first_name', i );
			
		END IF;
		IF
			MOD ( i, 200 ) = 0 THEN
				
				SET k = CONCAT( 'last_name', i );
			
		END IF;
		IF
			MOD ( i, 50 ) = 0 THEN
				
				SET m = CONCAT( '', CAST( m as UNSIGNED) + i );
			
		END IF;
		INSERT INTO contacts ( first_name, last_name, email, phone )
		VALUES
			( j, k, CONCAT(l,i), m );
		
		SET i = i + 1;
		
	END WHILE;
	COMMIT;
	
END;

使用show index from contacts;后結(jié)果如下：

字段說明：

6.ALTER TABLE xx ENGINE = INNODB

重建表，包括索引結(jié)構(gòu)。可以消除索引頁分裂以及刪除數(shù)據(jù)時(shí)留下的磁盤碎片。

7.ANALYZE TABLE

不是重建表，只是對表的索引信息做重新統(tǒng)計(jì)，沒有修改數(shù)據(jù)，這個(gè)過程中加了MDL讀鎖?？梢杂脕硇拚齭how index from tablename;中統(tǒng)計(jì)索引的Cardinality是數(shù)據(jù)異常的情況。

感謝各位的閱讀，以上就是“MySQL中數(shù)據(jù)庫優(yōu)化的常見sql語句是什么”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對MySQL中數(shù)據(jù)庫優(yōu)化的常見sql語句是什么這一問題有了更深刻的體會，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識點(diǎn)的文章，歡迎關(guān)注！