MySQL 常见数据库优化sql语句

红太狼 2022-09-09 04:43 223阅读 0赞

> 常见MySQL数据库优化的sql语句。

# 1 SHOW ENGINES #

查看执行引擎以及默认引擎。  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5YiYSmF2YQ_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center]

# 2 SHOW PROCESSLIST #

SHOW PROCESSLIST查看当前数据库连接的使用情况，以及各种状态信息，非常有用。SHOW PROCESSLIST; 只列出前100条，如果想全列出请使用SHOW FULL PROCESSLIST;  
![在这里插入图片描述][571fa5333cb844e6a83cc8ffb2e4ca34.png_pic_center]

属性列以及含义：

<table> 
 <thead> 
  <tr> 
   <th>id</th> 
   <th>一个标识，要kill 一个语句的时候很有用。</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>user</td> 
   <td>显示当前用户，如果不是root，这个命令就只显示你权限范围内的sql语句。</td> 
  </tr> 
  <tr> 
   <td>host</td> 
   <td>显示这个语句是从哪个ip 的哪个端口上发出的。可用来追踪出问题语句的用户。</td> 
  </tr> 
  <tr> 
   <td>db</td> 
   <td>显示这个进程目前连接的是哪个数据库。</td> 
  </tr> 
  <tr> 
   <td>command</td> 
   <td>显示当前连接的执行的命令，一般就是休眠（sleep），查询（query），连接（connect）。</td> 
  </tr> 
 </tbody> 
</table>

state列以及含义，mysql列出的状态：

<table> 
 <thead> 
  <tr> 
   <th>Checking table</th> 
   <th>正在检查数据表（这是自动的）。</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Closing tables</td> 
   <td>正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。</td> 
  </tr> 
  <tr> 
   <td>Connect Out</td> 
   <td>复制从服务器正在连接主服务器。</td> 
  </tr> 
  <tr> 
   <td>Copying to tmp table on disk</td> 
   <td>由于临时结果集大于tmp_table_size（默认16M），正在将临时表从内存存储转为磁盘存储以此节省内存。</td> 
  </tr> 
  <tr> 
   <td>Creating tmp table</td> 
   <td>正在创建临时表以存放部分查询结果。</td> 
  </tr> 
  <tr> 
   <td>deleting from main table</td> 
   <td>服务器正在执行多表删除中的第一部分，刚删除第一个表。</td> 
  </tr> 
 </tbody> 
</table>

# 3 SHOW STATUS LIKE ‘InnoDB\_row\_lock%’ #

InnoDB 的行级锁定状态变量。  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5YiYSmF2YQ_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 1]

InnoDB 的行级锁定状态变量不仅记录了锁定等待次数，还记录了锁定总时长，每次平均时长，以及最大时长，此外还有一个非累积状态量显示了当前正在等待锁定的等待数量。对各个状态量的说明如下：

1.  InnoDB\_row\_lock\_current\_waits：当前正在等待锁定的数量；
2.  InnoDB\_row\_lock\_time：从系统启动到现在锁定总时间长度；
3.  InnoDB\_row\_lock\_time\_avg：每次等待所花平均时间；
4.  InnoDB\_row\_lock\_time\_max：从系统启动到现在等待最常的一次所花的时间；
5.  InnoDB\_row\_lock\_waits：系统启动后到现在总共等待的次数；

对于这5个状态变量，比较重要的主要是InnoDB\_row\_lock\_time\_avg（等待平均时长），InnoDB\_row\_lock\_waits（等待总次数）以及InnoDB\_row\_lock\_time（等待总时长）这三项。尤其是当等待次数很高，而且每次等待时长也不小的时候，我们就需要分析系统中为什么会有如此多的等待，然后根据分析结果着手指定优化计划。

如果发现锁争用比较严重，如InnoDB\_row\_lock\_waits和InnoDB\_row\_lock\_time\_avg的值比较高，还可以通过设置InnoDB Monitors 来进一步观察发生锁冲突的表、数据行等，并分析锁争用的原因。

# 4 SHOW ENGINE INNODB STATUS #

SHOW ENGINE INNODB STATUS命令会输出当前InnoDB监视器监视到的很多信息，它输出就是一个单独的字符串，没有行和列，内容分为很多小段，每一段对应innodb存储引擎不同部分的信息，其中有一些信息对于innodb开发者来说非常有用。

有一节LATEST DETECTED DEADLOCK，就是记录的最后一次死锁信息， 如下案例：  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5YiYSmF2YQ_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 2]

1.  “(1) TRANSACTION”显示第一个事务的信息；
2.  “(1) WAITING FOR THIS LOCK TO BE GRANTED”显示第一个事务等待的锁信息
3.  “(2) TRANSACTION”显示第二个事务的信息；
4.  “(2) HOLDS THE LOCK(S)” 显示的是第二个事务持有的锁信息；
5.  “(2) WAITING FOR THIS LOCK TO BE GRANTED” 显示第二个事务等待的锁信息
6.  最后一行表示处理结果，比如“WE ROLL BACK TRANSACTION (2)，表示回滚了第二个事务。

# 5 SHOW INDEXS #

SHOW INDEXS查询一个表中的索引信息：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'
    );

存储过程插入五万条数据：

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;后结果如下：  
![在这里插入图片描述][010e999e73de450ab258894df59478a7.png_pic_center]  
字段说明：

<table> 
 <thead> 
  <tr> 
   <th>Table</th> 
   <th>表名</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Non_unique</td> 
   <td>唯一索引为0，其他索引为1。主键索引也是唯一索引。</td> 
  </tr> 
  <tr> 
   <td>Key_name</td> 
   <td>索引名。如果名字相同则表明是同一个索引，并且是联合索引，每一行都表示联合索引中的某一个列。</td> 
  </tr> 
  <tr> 
   <td>Seq_in_index</td> 
   <td>索引中的列序列号，从1开始。也可以表明该列在联合索引中的顺序。</td> 
  </tr> 
  <tr> 
   <td>Column_name</td> 
   <td>索引列名，如果是联合索引则是某一个列的名字</td> 
  </tr> 
  <tr> 
   <td>Collation</td> 
   <td>列以什么方式存储在索引中，大概意思就是字符序。</td> 
  </tr> 
  <tr> 
   <td>Cardinality</td> 
   <td>一个索引上不同的值的个数，我们称之为“基数”（cardinality），也称为区分度，这个基数越大，索引的区分度越好。该值的统计不一定是准确的，可以使用ANALYZE TABLE修正。</td> 
  </tr> 
  <tr> 
   <td>Sub_part</td> 
   <td>前缀索引。如果列只是被部分地编入索引，则为被编入索引的字符的数目。如果整列的值都被编入索引，则为NULL。</td> 
  </tr> 
  <tr> 
   <td>Packed</td> 
   <td>关键字如何被压缩。如果没有被压缩，则为NULL。压缩一般包括压缩传输协议、压缩列解决方案和压缩表解决方案。</td> 
  </tr> 
  <tr> 
   <td>Null</td> 
   <td>如果列值可以包含null，则为YES</td> 
  </tr> 
  <tr> 
   <td>Index_type</td> 
   <td>索引结构类型，常见有FULLTEXT，HASH，BTREE，RTREE</td> 
  </tr> 
  <tr> 
   <td>Comment、Index_comment</td> 
   <td>注释</td> 
  </tr> 
 </tbody> 
</table>

# 6 ALTER TABLE xx ENGINE = INNODB #

重建表，包括索引结构。可以消除索引页分裂以及删除数据时留下的磁盘碎片。

# 7 ANALYZE TABLE #

不是重建表，只是对表的索引信息做重新统计，没有修改数据，这个过程中加了MDL读锁。可以用来修正show index from tablename;中统计索引的Cardinality是数据异常的情况。

**参考资料：**

1.  《 MySQL 技术内幕: InnoDB 存储引擎》
2.  《高性能 MySQL》
3.  《MySQL实战45讲 | 极客时间 | 丁奇》

> 如有需要交流，或者文章有误，请直接留言。另外希望点赞、收藏、关注，我将不间断更新各种Java学习博客！

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5YiYSmF2YQ_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center]: /images/20220829/69e9dd9128b145629113ca81b1eabff1.png
[571fa5333cb844e6a83cc8ffb2e4ca34.png_pic_center]: /images/20220829/ab6fe679e5f548089bf72c853ed8efe0.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5YiYSmF2YQ_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 1]: /images/20220829/50c8f0a0fd0941a4b4572e01ba5f7055.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5YiYSmF2YQ_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 2]: /images/20220829/5eaab837345d44a3b5112ac3211dfb29.png
[010e999e73de450ab258894df59478a7.png_pic_center]: /images/20220829/970abd8db6984b2b9a3b358c05ff5d50.png