MGR特性-针对MGR的流控监控项

新增show global status输出指标项

流控状态

针对流控添加了两个指标项：

1. group_replication_flow_control_count ：累计触发流控的总次数。
2. group_replication_flow_control_time：累计触发流控等待总时长，单位微秒。

根据这两个指标项，可以判断一段时间内，MGR执行受流控的影响程度。假设要统计当前组复制流控的影响，则可以使用如下方式进行计算：

1. 记录起始时间点A，假设为12:00:00，执行show global status like 'group_replication_flow_control%'，获取当前流控的状态信息
2. sleep 5分钟
3. 记录结束时间点B，为12:05:00，再次执行show语句，获取结束时的状态信息
4. 两次时间点的数据相减，即为这5分钟内，触发的流控次数，和触发的流控等待时间

applier线程执行状态

针对applier线程的执行，添加了如下监控指标：

1. group_replication_apply_queue_size：当前applier线程中，尚未处理的消息队列的大小，如果该值累计较大，节点可能存在较大的延迟。对于用户数据来说，这些事务的数据尚未写入到realylog中。
2. group_replication_applied_messages：applier线程累计应用的消息总量，包括用户数据的事务消息，和其它组复制运行过程中产生的各种消息。
3. group_replication_applied_data_messages：applier线程累计应用的用户数据的事务消息的总量，即已经写入到relaylog中的事务总量。通过和group_replication_applied_messages对比，可以分析事务消息的占比情况。
4. group_replication_applied_events：applier线程累计应用的用户数据的事务的binlog events总量，通过和group_replication_applied_data_messages进行对比，可以估算平均一个事务大体写了多少个binlog event。
5. group_replication_io_buffered_events：applier线程将事务数据写入relaylog中，会进行批处理，降低刷盘次数，提高磁盘利用率。该变量表示累计被io buffer未进行刷盘的binlog events的数量。通过和group_replication_applied_events对比，可以估算大体多少个event会进行一次刷盘，分析relaylog磁盘利用情况。