如何使用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的基础上略有调整，有兴趣可以自己研究。

以上就是如何使用mysqladmin获取一个mysql实例当前的tps和qps的详细内容，更多关于mysqladmin 统计mysql t/qps的资料请关注其它相关文章！