怎样使用mysqladmin获取一个mysql实例当前的TPS和QPS

  mysqladmin是mysql官方的一款执行管理端的客户端程序，可以利用它对MySQL数据库服务进行操作，在MySQL5.5及以前的版本中，最常用的方法是用它来关闭mysql实例:

mysqladmin -uxxx -pxxx -Pxxx -hxxx  shutdown

   随着mysql版本的升级，mysql5.7中已经可以直接使用shutdown命令来进行mysql服务的关闭了。mysql8.0版本中，可以使用restart命令来对mysql服务进行重启，mysqladmin这个工具在日常的运维场景中用的越来越少。

    今天来看如何使用mysqladmin这个工具来获取一个mysql实例当前的TPS和QPS呢？要解决这个问题，首先得知道TPS和QPS的参考指标。在MySQL中，我们可以使用show global status命令来查看mysql当前的指标情况，如下：

mysql--dba_admin@127.0.0.1:(none) 13:37:50>>show global status;
+------------------------------------------+----------------+
| Variable_name       | Value   |
+------------------------------------------+----------------+
| Aborted_clients       | 85032   |
| Aborted_connects       | 176   |
| Binlog_cache_disk_use     | 3293   |
| Binlog_cache_use       | 14631673326 |
| Binlog_stmt_cache_disk_use    | 13    |
| Binlog_stmt_cache_use     | 9948429  |
| Bytes_received       | 19921975442457 |
| Bytes_sent        | 13553543054684 |
| Com_admin_commands      | 913630   |
| Com_assign_to_keycache     | 0    |
| Com_alter_db        | 0    |
| Com_alter_db_upgrade      | 0    |

有这么几个指标比较重要：

1、Questions:

MySQL服务器执行的语句数，它仅包含客户端发送给服务器的语句，不包含存储过程中执行的语句，该参数不计算Com_ping,Com_statistics,Com_stmt_prepare,Com_stmt_close以及Com_stat_reset命令，但是包含show命令、dml命令。不包含主从复制的语句。

2、Queries：

服务器执行的语句数，与Questions参数不同，他包含了在存储过程中执行的语句以及内置的主从复制语句，它不计算Com_ping和Com_statistics命令

3、Com_xxx：

代表xxx语句已经执行的次数，每种类型都有一个状态变量，举例有Com_select,Com_insert,Com_delete,Com_update,Com_commit,Com_rollback等等。

通常情况下，计算TPS和QPS的方案有如下几个：

方案一、如果考虑的是MySQL服务器上执行的所有SQL，基于Queries来计算QPS，基于Com_commit和Com_rollback的代数和来计算TPS

方案二、如果仅仅考虑业务方通过命令行执行的所有SQL，基于Question来计算QPS，基于Com_commit和Com_rollback的代数和来计算TPS

方案三、基于Com_xxx的status来计算QPS和TPS

以下是使用mysqladmin的方案来看TPS和QPS的命令：

[root ~]#./mysqladmin -r -i 2 -uroot -pxxxxxx -P4306 --socket=/data/mysql_4306/tmp/mysql.sock ext| awk '/Queries/{printf("QPS:%d\n",$4)}'
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
QPS:55668415
QPS:1
QPS:34
QPS:32
QPS:108
QPS:6
QPS:7

[root ~]# ./mysqladmin -r -i 2 -uroot -pxxxxxx -P4306 --socket=/data/mysql_4306/tmp/mysql.sock ext| awk '/Com_commit/{printf("TPS:%d\n",$4)}'
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
TPS:27449691
TPS:56
TPS:1
TPS:2
TPS:28

这里针对参数-r和-i进行解释，我们使用mysqladmin --help指令，过滤这两个参数：

• -r, --relative     

Show difference between current and previous values when used with -i. Currently only works with extended-status.

翻译一下，就是现实当前和之前的值之间的差距，需要配合-i使用，再来看-i参数：

• -i, --sleep=#       Execute commands repeatedly with a sleep between.

也就是时间间隔

除此之外，后面还有一个ext的选项，看这个选项的解释：

extended-status：

    Gives an extended status message from the server #翻译一下，就是给出更多的MySQL服务器的状态信息

这样上面的命令就很容易进行解释了。使用-r参数来计算不同的状态变量之间的差值，然后-i参数控制时间长度，设置为1代表每秒钟的差值，ext代表输出更多MySQL的状态信息。可以方便的计算TPS和QPS，不同的计算方法略有差异，可以根据不同场景，来计算更为准确的TPS和QPS值。

计算TPS和QPS的时候，有几个标准，可以酌情替换：

1、com_commit不会记录隐式提交的事务，所以如果开了隐式提交使用com_commit计算tps会不准。

2、如果数据库中存在比较多的myisam表，则计算还是questions 比较合适。

3、如果数据库中存在比较多的innodb表，则计算以com_*数据来源比较合适。

4、Questions 是记录了从mysqld启动以来所有的select，dml 次数包括show 命令的查询的次数。这样多少有失准确性，比如很多数据库有监控系统在运行，每5秒对数据库进行一次show 查询来获取当前数据库的状态，而这些查询就被记录到QPS,TPS统计中，造成一定的"数据污染".

5、TPS在某些隐式提交开启的情况下，可以使用Com_insert + Com_update + Com_delete来查看。

最后，给出判断mysql是否存活的一种方法：

[root ~]# ./mysqladmin -r -i 2 -uroot -pdba@JJMatch -P4306 --socket=/data/mysql_4306/tmp/mysql.sock ping
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
mysqld is alive
mysqld is alive
mysqld is alive

使用mysqladmin的ping命令来查看mysql的存活情况。

随着MySQL的升级，mysqladmin工具的使用频率会越来越少，几乎都是通过通过mysql工具来实现日常的需求，mysql8.0版本的mysqladmin工具在mysql5.7的基础上略有调整，有兴趣可以自己研究。