MySQL：sysbench基准测试与mysqladmn监控

小咪咪 2022-03-17 00:58 308阅读 0赞

### 文章目录 ###

*  基准测试简介
 *   *  1、什么是基准测试
     *  2、基准测试的作用
     *  3、基准测试的指标
     *  4、基准测试的分类
 *  sysbench
 *   *  1、sysbench简介
     *  2、sysbench安装
     *   *  apt-get安装
         *  git 安装
     *  3、sysbench语法
     *   *  testname
         *  command
         *  options
     *  4、sysbench测试注意事项与建议
     *   *  注意事项
         *  使用建议
     *  5、sysbench使用例子
     *   *  性能(CPU)测试
         *  线程(thread)测试
         *  互斥锁(mutex)测试
         *  内存(memory)测试
         *  文件IO(fileio)测试
         *  MYSQL性能(oltp)测试
         *   *  数据库准备
             *  开始测试
             *  用sysbench轻松定制自己的测试场景
 *  mysqladmin
 *   *  1、mysqladmin简介
     *  2、mysqladmin使用
 *  vmstat
 *  iostat

环境：mysql8.0

# 基准测试简介 #

## 1、什么是基准测试 ##

数据库的基准测试是对数据库的性能指标进行定量的、可复现的、可对比的测试。

> 基准测试与压力测试
> 
> > 基准测试可以理解为针对系统的一种压力测试。但基准测试不关心业务逻辑，更加简单、直接、易于测试，数据可以由工具生成，不要求真实；而压力测试一般考虑业务逻辑(如购物车业务)，要求真实的数据。

## 2、基准测试的作用 ##

对于多数Web应用，整个系统的瓶颈在于数据库；原因很简单：Web应用中的其他因素，例如网络带宽、负载均衡节点、应用服务器（包括CPU、内存、硬盘灯、连接数等）、缓存，都很容易通过水平的扩展（俗称加机器）来实现性能的提高。而对于MySQL，由于数据一致性的要求，无法通过增加机器来分散向数据库写数据带来的压力；虽然可以通过前置缓存（Redis等）、读写分离、分库分表来减轻压力，但是与系统其它组件的水平扩展相比，受到了太多的限制。

而对数据库的基准测试的作用，就是分析在当前的配置下（包括硬件配置、OS、数据库设置等），数据库的性能表现，从而找出MySQL的性能阈值，并根据实际系统的要求调整配置。

## 3、基准测试的指标 ##

常见的数据库指标包括：

*  TPS/QPS：衡量吞吐量。
 *  响应时间：包括平均响应时间、最小响应时间、最大响应时间、时间百分比等，其中时间百分比参考意义较大，如前95%的请求的最大响应时间。。
 *  并发量：同时处理的查询请求的数量。

(root@localhost) [(none)]> show global status like '%question%'; 
    +---------------+-------+
    | Variable_name | Value |
    +---------------+-------+
    | Questions     | 4     |
    +---------------+-------+
    1 row in set (0.04 sec)
    
    (root@localhost) [(none)]> show global status like '%uptime%';  --服务器启动到现在的结果
    +---------------------------+-------+
    | Variable_name             | Value |
    +---------------------------+-------+
    | Uptime                    | 47    |
    | Uptime_since_flush_status | 47    |
    +---------------------------+-------+
    2 rows in set (0.00 sec)
    
    (root@localhost) [(none)]> status
    --------------
    mysql  Ver 8.0.15 for linux-glibc2.12 on x86_64 (MySQL Community Server - GPL)
    
    Connection id:		8
    Current database:	
    Current user:		root@localhost
    SSL:			Cipher in use is DHE-RSA-AES128-GCM-SHA256
    Current pager:		stdout
    Using outfile:		''
    Using delimiter:	;
    Server version:		8.0.15 MySQL Community Server - GPL
    Protocol version:	10
    Connection:		localhost via TCP/IP
    Server characterset:	utf8mb4
    Db     characterset:	utf8mb4
    Client characterset:	utf8mb4
    Conn.  characterset:	utf8mb4
    TCP port:		3306
    Uptime:			2 min 14 sec
    
    Threads: 2  Questions: 9  Slow queries: 0  Opens: 126  Flush tables: 2  Open tables: 102  Queries per second avg: 0.067
    --------------

## 4、基准测试的分类 ##

对MySQL的基准测试，有如下两种思路：

*  （1）针对整个系统的基准测试：通过http请求进行测试，如通过浏览器、APP或postman等测试工具。该方案的优点是能够更好的针对整个系统，测试结果更加准确；缺点是设计复杂实现困难。
 *  （2）只针对MySQL的基准测试：优点和缺点与针对整个系统的测试恰好相反。

在针对MySQL进行基准测试时，一般使用专门的工具进行，例如mysqlslap、sysbench等。其中，sysbench比mysqlslap更通用、更强大，且更适合Innodb（因为模拟了许多Innodb的IO特性），下面介绍使用sysbench进行基准测试的方法。  
以上转载自：http://www.cnblogs.com/kismetv/p/7615738.html

# sysbench #

## 1、sysbench简介 ##

sysbench支持以下几种测试模式：

1、CPU运算性能  
2、磁盘IO性能  
3、调度程序性能  
4、内存分配及传输速度  
5、POSIX线程性能  
6、数据库性能(OLTP基准测试)

## 2、sysbench安装 ##

> 环境：ubuntu18.04

### apt-get安装 ###

$ sudo apt-get install sysbench

### git 安装 ###

1、下载

$ git clone "https://github.com/akopytov/sysbench"
    $ cd sysbench/
    $ ls
    autogen.sh  ChangeLog  config  configure.ac  COPYING  debian  install-sh  m4  Makefile.am  missing  mkinstalldirs  README.md  rpm  scripts  snap  src  tests  third_party
    $ cat README.md

2、安装依赖

$ sudo apt -y install make automake libtool pkg-config libaio-dev 
    $ sudo apt -y install libmysqlclient-dev libssl-dev

3、安装sysbench

$ ./autogen.sh 
    -- 如果mysql不是安装在默认路径下，那么需要配置
    $ ./configure  --prefix=/home/ocean/workspace/mysql/sysbench/install  --with-mysql-includes=/usr/local/mysql/include --with-mysql-libs=/usr/local/mysql/lib --with-mysql       
    #--prefix=/usr/sysbench/                    # 指定sysbench的安装目录。
    #--with-mysql-includes=/usr/include/mysql/  # 指定安装mysql时候的includes目录。
    #--with-mysql-libs=/usr/lib/mysql/          # 指定装mysql时候的lib目录。
    # --with-mysql                               #sysbench默认支持mysql，如果需要测试oracle或者pgsql则需要制定–with-oracle或者–with-pgsql。 
    $ sudo make -j4
    $ sudo make install 
    $ export PATH=$PATH:/home/ocean/workspace/mysql/sysbench/install/bin # 注意，如果prefix手动指定了sysbench的安装目录，请添加环境变量

4、测试是否安装成功

$ sysbench --version
    sysbench: error while loading shared libraries: libmysqlclient.so.21: cannot open shared object file: No such file or directory
    $ locate libmysqlclient.so.21
    /usr/local/mysql/lib/libmysqlclient.so.21
    $ sudo gedit /etc/ld.so.conf
    /usr/local/mysql/lib   --保存退出
    $ sudo ldconfig
    $ sysbench --version
    sysbench 1.1.0-18a9f86

## 3、sysbench语法 ##

查看 sysbench 的可用命令、选项及內建测试类型的帮助信息

$  sysbench --help
    Usage:
      sysbench [options]... [testname] [command]

### testname ###

\[testname\] 是内置测试的可选名称( 比如 。 fileio，memory，cpu，等等 ) 或者一个绑定的Lua脚本的名称( 比如 。 oltp\_read\_only )，或者是特定于自定义的Lua脚本的路径 。 如果没有在 命令行 ( 因此，没有命令，因为在这种情况下，它将被解析为一个 testname ) 上指定测试名，或者者测试名称是一个错误的(" -")，则on会在它的标准输入中执行。

### command ###

\[command\] 是一个可选参数，它将由sysbench传递给用testname指定的测试或者脚本。 命令定义动作必须由测试执行。 可用命令的列表取决于特定的测试。 一些测试还实现了自己的定制命令。

* 下面是典型测试命令的说明及其用途：
         * prepare:测试前准备工作，比如 为 fileio 测试创建必要的文件，或者者填充数据库测试数据库。
         * run: 正式测试。
         * cleanup: 测试后删掉测试数据 
         * help: 显示使用 testname 参数指定的测试的用法信息。 这包括测试提供的完整命令列表，因此应该使用它来获取可用命令。

### options ###

\[options\] 是从 ‘–’ 开始的零或者更多 命令行 选项的列表。  
sysbench的参数有很多，其中比较常用的包括：

> * --threads：客户端的并发连接数，默认 1 个
    > * --events	=N请求总数的限制。 0 ( 默认值) 表示无限制	 
    > * --time：测试执行的时间，单位是秒，该值不要太短，可以选择120, 0表示无限制	，默认10.
    > * oltp-test-mode：执行模式，包括simple、nontrx和complex，默认是complex。simple模式下只测试简单的查询；nontrx不仅测试查询，还测试插入更新等，但是不使用事务；complex模式下测试最全面，会测试增删改查，而且会使用事务。可以根据自己的需要选择测试模式。
    > * oltp-tables-count：测试的表数量，根据实际情况选择
    > * oltp-table-size：测试的表的大小，根据实际情况选择
    > * report-interval：生成报告的时间间隔，单位是秒，如10
    > * debug[=on|off]    是否打印更多调试信息。默认是off
    > * help[=on|off]：是否打印帮助信息。 [off]
    > * version[=on|off] ：是否打印 版本信息。[off]
    > * validate[=on|off]  ：在可能情况下执行验证检查。默认是off。
    
    > * forced-shutdown=STRING ：   在 --time 时间限制到达后，强制关闭之前等待的秒数，默认“off”禁用 
    > *  thread-stack-size=SIZE    ：每个线程的堆栈大小。默认是[64K]
    > * report-interval=N：以秒为单位定期报告中间统计信息。 注意，这里选项生成的统计信息是间隔而不是累积的。 0禁用中间报告

## 4、sysbench测试注意事项与建议 ##

### 注意事项 ###

（1）尽量不要在MySQL服务器运行的机器上进行测试，一方面可能无法体现网络（哪怕是局域网）的影响，另一方面，sysbench的运行（尤其是设置的并发数较高时）会影响MySQL服务器的表现。

（2）可以逐步增加客户端的并发连接数（–thread参数），观察在连接数不同情况下，MySQL服务器的表现；如分别设置为10,20,50,100等。

（3）一般执行模式选择complex即可，如果需要特别测试服务器只读性能，或不使用事务时的性能，可以选择simple模式或nontrx模式。

（4）如果连续进行多次测试，注意确保之前测试的数据已经被清理干净。

### 使用建议 ###

（1）在开始测试之前，应该首先明确：应采用针对整个系统的基准测试，还是针对MySQL的基准测试，还是二者都需要。

（2）如果需要针对MySQL的基准测试，那么还需要明确精度方面的要求：是否需要使用生产环境的真实数据，还是使用工具生成也可以；前者实施起来更加繁琐。如果要使用真实数据，尽量使用全部数据，而不是部分数据。

（3）基准测试要进行多次才有意义。

（4）测试时需要注意主从同步的状态。

（5）测试必须模拟多线程的情况，单线程情况不但无法模拟真实的效率，也无法模拟阻塞甚至死锁情况。

## 5、sysbench使用例子 ##

测试时间建议2-4小时

### 性能(CPU)测试 ###

测试计算素数对这个数字除以 2 到这个数字平方根之间的所有数字来验证素数）直到某个最大值所需要的时间  
CPU 基准测试时可以指定线程数量和素数上限。性能测试【找范围内最大素数\{时间越短越好\}】

$ sysbench  cpu help
    --cpu-max-prime=N  最大质数发生器数量。默认是10000

--threads
    $ sysbench cpu --cpu-max-prime=10000 --report-interval=1 run   -- cpu到底20000时所需要的时间
     Running the test with following options:
    Number of threads: 1           -- 线程数，一般指定为CPU核数就可以,比如 --threads=2 
    Initializing random number generator from current time
    
    Prime numbers limit: 10000
    
    Initializing worker threads...
    
    Threads started!
    
    CPU speed:
        events per second:  1355.07   -- 每一秒事件数
    
    Throughput:
        events/s (eps):                      1355.0670
        time elapsed:                        10.0002s      -- 所有时间 【越小越优秀】
        total number of events:              13551    -- 全部事件数量
    
    Latency (ms):   --等待事件
             min:                                    0.69
             avg:                                    0.74
             max:                                    3.79
             95th percentile:                        0.84   -- 前95%的请求的最大响应时间
             sum:                                 9991.89
    
    Threads fairness:
        events (avg/stddev):           13551.0000/0.00
        execution time (avg/stddev):   9.9919/0.00
    
    $ sysbench cpu  --threads=2  --cpu-max-prime=20000  --report-interval=1  run

### 线程(thread)测试 ###

测试线程调度器的性能。对于高负载情况下测试线程调度器的行为非常有用。  
多核性能，线程调度 线程并发执行，循环响应信号量花费的时间  
线程调度【线程并发执行，循环响应信号量花费的时间\{越少越好\}】

$ sysbench  threads help
    
    sysbench 1.1.0-18a9f86 (using bundled LuaJIT 2.1.0-beta3)
    
    threads options:
      --thread-yields=N   每个请求产生多少个线程。默认是1000
      --thread-locks=N    每个线程的锁的数量。默认是8

$  sysbench threads --threads=2 --report-interval=1  run

### 互斥锁(mutex)测试 ###

并发线程同时申请互斥锁循环一定次数花费的时间 测试互斥锁的性能  
方式是模拟所有线程在同一时刻并发运行，并都短暂请求互斥锁。  
互斥锁【并发线程同时申请互斥锁循环一定次数花费的时间\{越少越好\}】

$ sysbench mutex help
    sysbench 1.1.0-18a9f86 (using bundled LuaJIT 2.1.0-beta3)
    
    mutex options:
      --mutex-num=N   total size of mutex array [4096]
      --mutex-locks=N number of mutex locks to do per thread [50000]
      --mutex-loops=N number of empty loops to do outside mutex lock [10000]

sysbench mutex --threads=2 --mutex-locks=1000000  --report-interval=1  run

### 内存(memory)测试 ###

以不同块大小传输一定数量的数据,测试内存读写性能  
内存【以不同块大小传输一定数量的数据吞吐量大小\{越大越好\}】

$ sysbench  memory help
    sysbench 1.1.0-18a9f86 (using bundled LuaJIT 2.1.0-beta3)
    
    memory options:
      --memory-block-size=SIZE  测试时内存块大小。默认是1K
      --memory-total-size=SIZE    传输数据的总大小。默认是100G
      --memory-scope=STRING    内存访问范围{
        global,local}。默认是global
      --memory-hugetlb=[on|off]  从HugeTLB池内存分配。默认是off
      --memory-oper=STRING     内存操作类型。{
        read, write, none} 默认是write
      --memory-access-mode=STRING存储器存取方式{
        seq,rnd} 默认是seq

sysbench memory --memory-block-size=8K --memory-total-size=1G  --threads=16 run

### 文件IO(fileio)测试 ###

测试系统在不同IO负载下的IOPS性能，IO【不同场景下IOPS\{越大越好\}

# sysbench  fileio help
    sysbench 1.1.0-18a9f86 (using bundled LuaJIT 2.1.0-beta3)
    
    fileio options:
      --file-num=N                   创建测试文件的数量。默认是128
      --file-block-size=N           测试时文件块的大小。默认是16384(16K)  【InnoDB存储引擎页大小，默认为16384。】
      --file-total-size=SIZE        测试文件的总大小。默认是2G
      --file-test-mode=STRING       文件测试模式{
        seqwr(顺序写), seqrewr(顺序读写), seqrd(顺序读), rndrd(随机读), rndwr(随机写), rndrw(随机读写)}
      --file-io-mode=STRING         文件操作模式{
        sync(同步),async(异步),mmap(map映射)}。默认是sync
      --file-async-backlog=N        number of asynchronous operatons to queue per thread [128]
      --file-extra-flags=[LIST,...]  使用额外的标志来打开文件{
        sync,dsync,direct} 。默认为空
      --file-fsync-freq=N           执行fsync()【同步磁盘文件】的频率。(0 – 不使用fsync())。默认是100
      --file-fsync-all[=on|off]     每执行完一次写操作，就执行一次fsync，默认未off。
      --file-fsync-end[=on|off]     在测试结束时才执行fsync。默认是on
      --file-fsync-mode=STRING      使用哪种方法进行同步{
        fsync, fdatasync}。默认是fsync，不建议fdatasync
      --file-merged-requests=N       尽可能合并最多的IO请求数(0 – 表示不合并)。默认是0
      --file-rw-ratio=N            测试时的读写比例。默认是1.5

使用 fileio 时，需要创建一组测试文件，测试文件需要大于可用内存的大小，避免文件缓存在内存中影响结果。测试流程为：准备测试文件-》测试-》回收测试文件，命令如下：

*  准备数据

$ sysbench fileio \
    --file-num=4 \
    --file-total-size=2G \
    prepare

*  开始测试

$  sysbench fileio --time=300 --report-interval=1 --threads=8 \
    	--events=100000000 \
    	--file-num=4 \
    	--file-total-size=2G \
    	--file-block-size=16384 \
    	--file-test-mode=rndrw \
    	--file-io-mode=sync \
    	run
     #time最大测试时间180，即使180内不能完成，也结束测试
     #events最大随机数请求是100000000次
     # 生成的数据文件至少要比内存大，如果文件中的数据能够完全放入内存中，则OS缓存大部分的数据，导致测试结果无法体现IO密集型的工作负载
    $  sysbench fileio --time=300 --report-interval=1 --threads=128 --events=100000000 --file-num=4 --file-total-size=2G --file-block-size=16384 --file-test-mode=rndrw --file-extra-flags=direct --file-fsync-freq=1 run

sysbench 1.1.0-18a9f86 (using bundled LuaJIT 2.1.0-beta3)
    
    [ 1s ] reads: 4.56 MiB/s writes: 0.00 MiB/s fsyncs: 0.00/s latency (ms,95%): 142.387
    
    Throughput:   // # 吞吐量
             read:  IOPS=160.70 2.51 MiB/s (2.63 MB/s)    //读磁盘IOPS
             write: IOPS=107.13 1.67 MiB/s (1.76 MB/s)    //写磁盘的带宽
             fsync: IOPS=10.81
    
    Latency (ms):
             min:                                  0.00
             avg:                                 28.64
             max:                               3686.64
             95th percentile:                    200.47
             sum:                            2401434.45

*  清除数据

$ sysbench --file-total-size=2G --file-num=4 fileio cleanup

### MYSQL性能(oltp)测试 ###

https://blog.csdn.net/joeson7456/article/details/80749149\#sysbench-%E4%B9%8B-mysql%E8%AF%AD%E6%B3%95  
sysbench 通过一系列LUA脚本来替换之前的oltp，来模拟更接近真实的基准测试环境。这些测试脚本包含：

$ cd /home/ocean/workspace/mysql/sysbench/install/share/sysbench
    $ ls
    bulk_insert.lua  oltp_insert.lua        oltp_read_write.lua        oltp_write_only.lua       tests
    oltp_common.lua  oltp_point_select.lua  oltp_update_index.lua      select_random_points.lua
    oltp_delete.lua  oltp_read_only.lua     oltp_update_non_index.lua  select_random_ranges.lua

各脚本使用方式基本类似。  
备注：oltp\_common.lua，它是一个通用脚本，是被其它lua脚本调用的，它不能直接拿来测试。

#### 数据库准备 ####

创建测试数据库

(root@localhost) [(none)]> create database sbtest;

#### 开始测试 ####

*  准备数据

$ sysbench /home/ocean/workspace/mysql/sysbench/install/share/sysbench/oltp_read_only.lua \
    --mysql-host=127.0.0.1 \
    --mysql-port=3306 \
    --mysql-user=root \
    --mysql-password='123456' \
    --mysql-db=sbtest \
    --db-driver=mysql \
    --tables=10 \
    --table-size=1000000 \
    --report-interval=10 \
    --threads=128 \
    --time=120 \
    prepare

备注：如果你登陆到mysql，然后查看sbtest中的数据，可以发现sbtest中生成了10个表，每隔表中1000000条数据。

(root@localhost) [sbtest]> show tables;
    +------------------+
    | Tables_in_sbtest |
    +------------------+
    | sbtest1          |
    | sbtest10         |
    | sbtest2          |
    | sbtest3          |
    | sbtest4          |
    | sbtest5          |
    | sbtest6          |
    | sbtest7          |
    | sbtest8          |
    | sbtest9          |
    +------------------+
    10 rows in set (0.00 sec)
    
    (root@localhost) [sbtest]> desc sbtest1;
    +-------+-----------+------+-----+---------+----------------+
    | Field | Type      | Null | Key | Default | Extra          |
    +-------+-----------+------+-----+---------+----------------+
    | id    | int(11)   | NO   | PRI | NULL    | auto_increment |
    | k     | int(11)   | NO   | MUL | 0       |                |
    | c     | char(120) | NO   |     |         |                |
    | pad   | char(60)  | NO   |     |         |                |
    +-------+-----------+------+-----+---------+----------------+
    4 rows in set (0.00 sec)
    
    (root@localhost) [sbtest]> select count(1) from sbtest1;
    +----------+
    | count(1) |
    +----------+
    |  1000000 |
    +----------+
    1 row in set (0.10 sec)
    
    (root@localhost) [sbtest]> select count(1) from sbtest2;
    +----------+
    | count(1) |
    +----------+
    |  1000000 |
    +----------+

*  开始测试

测试结果【虚拟机上测试】

sysbench 1.1.0-18a9f86 (using bundled LuaJIT 2.1.0-beta3)
    
    ####以下是每10秒返回一次的结果，统计的指标包括：
    #### 线程数、tps(每秒事务数)、qps(每秒查询数)、
    #### 每秒的读/写/其它次数、延迟、每秒错误数、每秒重连次数
    [ 10s ] thds: 128 tps: 511.55 qps: 8296.37 (r/w/o: 7260.48/0.00/1035.90) lat (ms,95%): 1235.62 err/s: 0.00 reconn/s: 0.00
    [ 20s ] thds: 128 tps: 435.30 qps: 6972.67 (r/w/o: 6102.06/0.00/870.61) lat (ms,95%): 1903.57 err/s: 0.00 reconn/s: 0.00
    SQL statistics:
        queries performed:
            read:                            1262338     //总select数量;
            write:                           0                 //总update、insert、delete语句数量【写】；
            other:                           180334       //commit、unlock tables以及其他mutex的数量;
            total:                           1442672      
        transactions:                        90167  (750.66 per sec.)   //TPS;
        queries:                             1442672 (12010.58 per sec.)   //QPS
        ignored errors:                      0      (0.00 per sec.)
        reconnects:                          0      (0.00 per sec.)
    
    Throughput:
        events/s (eps):                      750.6609
        time elapsed:                        120.1168s    //即time指定的压测实际;
        total number of events:              90167   //总请求数,一般与transactions相同;
    
    Latency (ms):
             min:                                    1.16        //最小响应时间;
             avg:                                  170.44       //平均响应时间;    
             max:                                 9083.11      //最大响应时间;
             95th percentile:                      733.00   //95%的语句的平均响应时间;
             sum:                             15368122.92   //总响应时间;
    
    Threads fairness:
        events (avg/stddev):           704.4297/44.22
        execution time (avg/stddev):   120.0635/0.03

我们一般关注的指标主要有:

*  response time avg：平均响应时间（后面的95%的大小可以通过–percentile=98的方式去更改）。
 *  transactions：精确的说是这一项后面的TPS，但如果使用了–skip-trx=on，这项事务数为0，需要用total number of events去除以总时间，得到tps（其实还可以分为读tps和写tps）。
 *  queries：用它除以总时间，得到吞吐量QPS。 【queries/time elapsed】
 *  当然还有一些系统层面的cpu，io，mem相关指标。

*  清理数据

sysbench /home/ocean/workspace/mysql/sysbench/install/share/sysbench/oltp_read_only.lua \
    --mysql-host=127.0.0.1 \
    --mysql-port=3306 \
    --mysql-user=root \
    --mysql-password='123456' \
    --mysql-db=sbtest \
    --db-driver=mysql \
    --tables=10 \
    --table-size=1000000 \
    --report-interval=10 \
    --threads=128 \
    --time=120 \
    cleanup

#### 用sysbench轻松定制自己的测试场景 ####

请参考：https://yq.aliyun.com/articles/335621

# mysqladmin #

## 1、mysqladmin简介 ##

mysqladmin是一个执行管理操作的客户端程序。它可以用来检查服务器的配置和当前状态、创建和删除数据库等。

[官方链接][Link 1]

## 2、mysqladmin使用 ##

~$  mysqladmin -uroot -p -i 2 -c 5 status --每两秒查看一次服务器的状态，总共重复5次。
    Enter password: 
    Uptime: 1328  Threads: 2  Questions: 15  Slow queries: 0  Opens: 126  Flush tables: 2  Open tables: 102  Queries per second avg: 0.011
    $ mysqladmin -uroot -p status  --查看服务器的状况：status
    Enter password: 
    Uptime: 1397  Threads: 2  Questions: 21  Slow queries: 0  Opens: 126  Flush tables: 2  Open tables: 102  Queries per second avg: 0.015
    $ mysqladmin -u root -p原密码 password 'newpassword' --修改密码
    mysqladmin: [Warning] Using a password on the command line interface can be insecure.
    Warning: Since password will be sent to server in plain text, use ssl connection to ensure password safety.
    $ mysqladmin -uroot -p ping --检查mysqlserver是否可用
    $ mysqladmin -uroot -p version --查询服务器的版本
    $ mysqladmin -uroot -p extended-status --查看服务器状态的当前值
    $ mysqladmin -uroot -p variables  --查询服务器系统变量值
    $ mysqladmin -uroot -p processlist  显示服务器所有运行的进程
    $ mysqladmin -uroot -p-i 1 processlist        //每秒刷新一次
    $ mysqladmin -uroot -p create daba-test  --创建数据库
    $ mysqlshow -uroot -p  --显示服务器上的所有数据库
    $ mysqlshow -uroot -p daba-test --显示数据库daba-test下有些什么表
    $ mysqlshow -uroot -p daba-test -v  --统计daba-test 下数据库表列的汇总
    $ mysqlshow -uroot -p daba-test -v -v --统计daba-test 下数据库表的列数和行数
    $ mysqladmin -uroot -p drop daba-test  --删除数据库 daba-test
    $ mysqladmin -uroot -p reload  --重载权限信息
    $ mysqladmin -uroot -p refresh  --刷新所有表缓存，并关闭和打开log
    $ mysqladmin -uroot -p shutdown  --使用安全模式关闭数据库
    -- 刷新命令mysqladmin flush commands
    # mysqladmin -u root -ptmppassword flush-hosts  --清空主机相关的缓存，包括：DNS解析缓存、连接错误次数过多而被拒绝访问mysqld的主机等
    # mysqladmin -u root -ptmppassword flush-logs  --关闭日志，打开新日志对二进制、中继日志进行滚动
    # mysqladmin -u root -ptmppassword flush-privileges -- 刷新配置
    # mysqladmin -u root -ptmppassword flush-status  --重置状态变量
    # mysqladmin -u root -ptmppassword flush-tables  --关闭当前打开的表文件句柄
    # mysqladmin -u root -ptmppassword flush-threads
    --  mysqladmin 执行kill 进程：
    # mysqladmin -uroot -p processlist
    # mysqladmin -uroot -p kill idnum
    
    -- 停止和启动MySQL replication on a slave server
    # mysqladmin -u root -p stop-slave
    # mysqladmin -u root -p start-slave
    
    -- 同时执行多个命令
    # mysqladmin -u root -p process status version
    $ mysqladmin extended-status -uroot -p -r -i 1 | grep -i Question  -- 查看IPS
    $ top

# vmstat #

$ vmstat 5;   --每隔5s打印一个报告
    procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
     r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
     0  0 483328 218964 130648 723596    1    4    26    50   82  138  2  2 95  0  0
     0  0 483328 218964 130656 723596    0    0     0    10  382  842  0  1 99  0  0
     0  0 483328 218964 130664 723588    0    0     0     6  364  882  0  1 99  0  0

*  proc：
    
     *  r：显示有多少进程正在等待CPU
     *  b：显示多少进程正在不可以中断地休眠\[通常意味它们在等待I/O，例如磁盘，网络，用户输入等等\]
 *  memory
    
     *  swpd：有多少块被切换出了磁盘\[页面交换\]
     *  free ：未被使用地块
     *  buff ：被用作缓冲地快
     *  cache：被用作操作系统缓存地块
 *  swap：页面交换
    
     *  si：每秒有多少块正在被换入磁盘
     *  so：每秒有多少块正在被换出磁盘
     *  si与so为0性能最好，最好不要每秒超过10块，不要有突发性地高峰
 *  io：反映了硬盘IO
    
     *  bi：显示有多少块从块设备读取
     *  bo：显示有多少块从块设备写入
 *  system：
    
     *  in：显示每秒中断次数
     *  cs ： 显示每秒上下文切换次数\[当OS停止一个化进程转而运行另一个进程时\]—》最好不要超过100 000次
 *  cpu：所有的CPU时间花费在各类操作的百分百
    
     *  us ：执行用户代码
     *  sy：执行内核代码—>CPU的利用率，最好不要超过20%
     *  id：空闲
     *  wa：等待IO
     *  st：如果在虚拟机中就有，表示虚拟机想要运行但是系统管理查询转而运行其他的对象的时间。

# iostat #

$ sudo apt install sysstat
    $ iostat -xm 3 # x表示显示扩展统计信息，m表示以兆为单位显示，3表示每隔3秒显示\
    Linux 4.18.0-13-generic (ubuntu) 	01/24/2019 	_x86_64_	(2 CPU)
    
    avg-cpu:  %user   %nice %system %iowait  %steal   %idle
               2.19    0.02    2.10    0.43    0.00   95.26
    
    Device            r/s     w/s     rMB/s     wMB/s   rrqm/s   wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util
    loop0            0.01    0.00      0.00      0.00     0.00     0.00   0.00   0.00    0.92    0.00   0.00     1.19     0.00   1.01   0.00
    loop1            0.00    0.00      0.00      0.00     0.00     0.00   0.00   0.00   27.32    0.00   0.00     2.60     0.00  27.06   0.00
    loop2            0.25    0.00      0.00      0.00     0.00     0.00   0.00   0.00    5.52    0.00   0.00     1.04     0.00   0.29   0.01
    loop3            0.02    0.00      0.00      0.00     0.00     0.00   0.00   0.00    0.30    0.00   0.00     1.12     0.00   0.36   0.00

<table> 
 <thead> 
  <tr> 
   <th>CPU属性</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>%user</td> 
   <td>CPU处在用户模式下的时间百分比</td> 
  </tr> 
  <tr> 
   <td>%nice</td> 
   <td>CPU处在带NICE值的用户模式下的时间百分比</td> 
  </tr> 
  <tr> 
   <td>%sys</td> 
   <td>CPU处在系统模式下的时间百分比</td> 
  </tr> 
  <tr> 
   <td>%iowait</td> 
   <td>CPU等待IO完成时间的百分比</td> 
  </tr> 
  <tr> 
   <td>%steal</td> 
   <td>管理程序维护另一个虚拟处理器时，虚拟CPU的无意的等待时间的百分比</td> 
  </tr> 
  <tr> 
   <td>%idle</td> 
   <td>闲置cpu的百分比</td> 
  </tr> 
 </tbody> 
</table>

提示：

*  如果%iowait的值过高，表示硬盘存在I/O瓶颈;
 *  如果%idle值高，表示CPU较空闲，如果%idle值高但系统响应慢时，有可能是CPU\* 等待分配内存，此时应加大内存容量。
 *  如果%idle值如果持续很低，那么系统的CPU处理能力相对较低，表明系统中最需要解决的资源是CPU。

<table> 
 <thead> 
  <tr> 
   <th>Device属性</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>rrqm/s</td> 
   <td>每秒进行合并的读操作数目</td> 
  </tr> 
  <tr> 
   <td>wrqm/s</td> 
   <td>每秒进行合并的的写操作数目</td> 
  </tr> 
  <tr> 
   <td>r/s</td> 
   <td>每秒完成的读 I/O 设备次数</td> 
  </tr> 
  <tr> 
   <td>w/s</td> 
   <td>每秒完成的写 I/O 设备次数</td> 
  </tr> 
  <tr> 
   <td>rsec/s</td> 
   <td>每秒读扇区数</td> 
  </tr> 
  <tr> 
   <td>wsec/s</td> 
   <td>每秒写扇区数</td> 
  </tr> 
  <tr> 
   <td>rkB/s</td> 
   <td>每秒读K字节数</td> 
  </tr> 
  <tr> 
   <td>wkB/s</td> 
   <td>每秒写K字节数</td> 
  </tr> 
  <tr> 
   <td>avgrq-sz</td> 
   <td>平均每次设备I/O操作的数据大小 (请求的扇区数)</td> 
  </tr> 
  <tr> 
   <td>avgqu-sz</td> 
   <td>平均I/O队列长度(在设备队列中等待的请求数)</td> 
  </tr> 
  <tr> 
   <td>await</td> 
   <td>平均每次设备I/O操作的等待时间 (毫秒)–&gt;磁盘排队上花费的毫秒数</td> 
  </tr> 
  <tr> 
   <td>svctm</td> 
   <td>平均每次设备I/O操作的服务时间 (毫秒)–&gt;服务请求花费的毫秒数</td> 
  </tr> 
  <tr> 
   <td>%util</td> 
   <td>一秒中有百分之多少的时间用于 I/O 操作，即被io消耗的cpu百分比</td> 
  </tr> 
 </tbody> 
</table>

设备服务请求的并发数：(r/s+w/s)\*(svctm/1000) = (avgqu-sz \* svctm)/await  
提示：

*  如果 %util 接近 100%，说明产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈。
 *  如果 svctm 比较接近 await，说明 I/O 几乎没有等待时间；
 *  如果 await 远大于 svctm，说明I/O队列太长，io响应太慢，则需要进行必要优化。
 *  如果avgqu-sz比较大，也表示有当量io在等待。

参考：http://www.ywnds.com/?p=10111  
参考：https://blog.csdn.net/kikajack/article/details/79977108  
参考：http://www.cnblogs.com/kismetv/p/7615738.html  
参考：https://wiki.gentoo.org/wiki/Sysbench  
参考：https://blog.csdn.net/joeson7456/article/details/80749149  
参考：https://blog.51cto.com/itest/1737682  
参考：https://blog.51cto.com/13214087/2140038  
参考：https://blog.csdn.net/joeson7456/article/details/80749149\#sysbench-%E4%B9%8B-mysql%E8%AF%AD%E6%B3%95  
参考：https://www.cnblogs.com/sykblogs/p/9381382.html  
参考：<高性能MYSQL>

[Link 1]: https://dev.mysql.com/doc/refman/8.0/en/mysqladmin.html