mysql常用命令及配置说明

「爱情、让人受尽委屈。」 2022-02-26 13:44 537阅读 0赞

**常用命令和设置**

**1、general\_log **

开启 general log 将**所有**到达MySQL Server的SQL语句记录下来。

**2****、max\_execution\_time**

这个参数是控制select的时间,能有效控制在主库的慢查询情况

**3****、innodb\_undo\_tablespaces**

用于设定创建的undo表空间的个数，在mysql\_install\_db时初始化后，就再也不能被改动了；默认值为0，表示不独立设置undo的tablespace，默认记录到ibdata中；否则，则在undo目录下创建这么多个undo文件，例如假定设置该值为4，那么就会创建命名为undo001~undo004的undo tablespace文件，每个文件的默认大小为10M。修改该值会导致Innodb无法完成初始化，

**4****、innodb\_undo\_directory**

如果想转移undo文件的位置，只需要修改下该配置，并将undo文件拷贝过去就可以了。

**5****、innodb\_undo\_logs**

定义在一个事务中innodb使用的系统表空间中回滚段的个数

**6****、innodb\_change\_buffer\_max\_size**

设置change buffer的大小，在buffer pool中的占比

**7****、innodb\_io\_capacity**

设置innodb引擎刷盘的能力，如果设置很小的话，会导致脏页刷盘很慢，导致更新堵塞

**8****、innodb\_flush\_neighbors**

脏页刷盘时是否也带上相邻也是脏页的数据一起，0或1，如果是ssd盘可以不用打开，提升必要的刷盘操作，提升sql响应时间。

**9****、innodb\_file\_per\_table**

这个参数设置为 OFF 表示的是，表的数据放在系统共享表空间，也就是跟数据字典放在一起；

这个参数设置为 ON 表示的是，每个 InnoDB 表数据存储在一个以 .ibd 为后缀的文件中。

**10****、sort\_buffer\_size**

每个线程排序使用的内存大小，如果不够，会使用辅助外存，影响性能。

**11****、OPTIMIZER\_TRACE**

是MySQL5.6添加的新功能，可以看到大量的内部查询计划产生的信息,针对当前线程有效, 先打开设置，然后执行一次sql,最后查看\`information\_schema\`.\`OPTIMIZER\_TRACE\`的内容.

**查看OPTIMIZER\_TRACE方法：**

**1.set optimizer\_trace='enabled=on';    ---** **开启trace**

**2.set optimizer\_trace\_max\_mem\_size=1000000;    ---** **设置trace大小**

**3.set end\_markers\_in\_json=on;    ---** **增加trace中注释**

**4.select \* from information\_schema.optimizer\_trace\\G;**

**12****、max\_length\_for\_sort\_data**

max\_length\_for\_sort\_data，是 MySQL 中专门控制用于排序的行数据的长度的一个参数。它的意思是，如果单行的长度超过这个值，MySQL 就认为单行太大，要换一个算法。

binlog\_format=row&binlog\_row\_image=FULL  
如果是 binlog\_format=row 并且 binlog\_row\_image=FULL 的时候，由于 MySQL 需要在 binlog 里面记录所有的字段，所以在读数据的时候就会把所有数据都读出来了。

**13****、tmp\_table\_size**

tmp\_table\_size 这个配置限制了内存临时表的大小，默认值是 16M。如果临时表大小超过了 tmp\_table\_size，那么内存临时表就会转成磁盘临时表。

**14****、show processlist**

查看数据库在执行的命令

**15****、查询sys.schema\_table\_lock\_waits可以查询到等待mdl锁的进程**

**16****、set long\_query\_time=0设置慢查询时间阈值为0**

** 17****、max\_connections**

max\_connections 参数，用来控制一个 MySQL 实例同时存在的连接数的上限，超过这个值，系统就会拒绝接下来的连接请求，并报错提示“Too many connections”。对于被拒绝连接的请求来说，从业务角度看就是数据库不可用。

max\_connections 的计算，不是看谁在 running，是只要连着就占用一个计数位置。对于那些不需要保持的连接，我们可以通 过 kill connection 主动踢掉。这个行为跟事先设置 wait\_timeout 的效果是一样的。设置 wait\_timeout 参数表示的是，一个线程空 闲 wait\_timeout 这么多秒之后，就会被 MySQL 直接断开连接。

###  18、sync\_binlog ###

1.  c=0 的时候，表示每次提交事务都只 write，不 fsync；
2.  sync\_binlog=1 的时候，表示每次提交事务都会执行 fsync；
3.  sync\_binlog=N(N>1) 的时候，表示每次提交事务都 write，但累积 N 个事务后才 fsync。

### 19、innodb\_flush\_log\_at\_trx\_commit ###

1.  设置为 0 的时候，表示每次事务提交时都只是把 redo og 留在 redo og buffer 中 ;
2.  设置为 1 的时候，表示每次事务提交时都将 redo og 直接持久化到磁盘；
3.  设置为 2 的时候，表示每次事务提交时都只是把 redo og 写到 page cache。

InnoDB 有一个后台线程，每隔 1 秒，就会把 redo log buffer 中的日志，调用 write 写到文件系统的 page cache，然后调用 fsync 持久化到磁盘。

20、**binlog\_group\_commit\_sync\_delay和binlog\_group\_commit\_sync\_no\_delay\_count**

**       binlog\_group\_commit\_sync\_delay 参数，表示延迟多少微秒后才调用 fsync;**

**      binlog\_group\_commit\_sync\_no\_delay\_count 参数，表示累积多少次以后才调用 fsync。**

### 21、show slave status ###

展示slave和master直接数据同步延迟的时间

22、slave\_parallel\_workers

设置slave接收主的binlog日志后执行binlog的工作线程数

23、set sql\_log\_bin=on

### 开启binlog ###

### 24、innodb\_thread\_concurrency ###

设置并发线程数，超过了会等待。等待锁的线程不在统计范围内。