MySQL数据库集群之PXC方案---状态参数说明

Myth丶恋晨 2021-12-05 20:43 586阅读 0赞

PXC集群信息可以分为队列信息、复制信息、流控信息、事务信息、状态信息。这些信息可以通过sql查询到。每种信息的详细意义可以在[官网][Link 1]查看。

# 1. 复制信息 #

show status like '%wsrep%';

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td><strong>wsrep_replicated</strong></td> 
   <td>被其他节点复制的次数</td> 
  </tr> 
  <tr> 
   <td>wsrep_replicated_bytes</td> 
   <td>发送到其他节点的写入集的总大小(以字节为单位)。</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_received</strong></td> 
   <td>从其他节点处收到的写入请求书</td> 
  </tr> 
  <tr> 
   <td>wsrep_received_bytes</td> 
   <td>从其他节点接收的写入集的总大小(以字节为单位)。</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_local_commits</strong></td> 
   <td>节点上的写入集数目</td> 
  </tr> 
 </tbody> 
</table>

参数很多，可以上官网查询对应信息，在这里只举例说明几个重要的信息。

# 2. 队列信息 #

队列是一种很好的缓存机制，如果pxc正在满负荷工作，没有线程去执行数据的同步，同步请求会缓存到队列中，然后空闲线程从队列中取出任务，执行同步的请求，有了队列pxc就能用少量的线程应对瞬时大量的同步请求。

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td><strong>wsrep_local_send_queue</strong></td> 
   <td><strong>发送队列的长度</strong>（瞬时同步的请求数量）</td> 
  </tr> 
  <tr> 
   <td>wsrep_local_send_queue_max</td> 
   <td>发送队列的最大长度</td> 
  </tr> 
  <tr> 
   <td>wsrep_local_send_queue_min</td> 
   <td>发送队列的最小长度</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_local_send_queue_avg</strong></td> 
   <td><strong>发送队列的平均长度</strong></td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_local_recv_queue</strong></td> 
   <td><strong>接收队列的长度</strong></td> 
  </tr> 
  <tr> 
   <td>wsrep_local_recv_queue_max</td> 
   <td>接收队列的最大长度</td> 
  </tr> 
  <tr> 
   <td>wsrep_local_recv_queue_min</td> 
   <td>接收队列的最小长度</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_local_recv_queue_avg</strong></td> 
   <td><strong>接收队列的平均长度</strong></td> 
  </tr> 
 </tbody> 
</table>

当发送队列的平均长度(wsrep\_local\_send\_queue\_avg)值很大，发送队列的长度(wsrep\_local\_send\_queue)也很大的时候，说明pxc集群同步数据的速度已经很慢了，队列里边积压了大量的同步请求，这个时候就得检查一下网速是不是正常，或者同步的线程数量是不是太少。

当接收队列的平均长度(wsrep\_local\_recv\_queue\_avg)值很大，接收队列的长度(wsrep\_local\_recv\_queue)也很大的时候，这说明本地没有足够的线程去执行持久化的操作，增加线程就可以解决这个问题。

# 3. 流量控制信息(流控信息) #

流量控制就是pxc集群在同步速度较慢的情况下，为了避免同步速度跟不上写入速度而推出的一种限速机制，就是限制数据的写入，直到同步队列的长度变小，同步速度变快为止，才会解除流量控制。流量控制的后果很严重，而且一个很小的操作就会引发流量控制。

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>wsrep_flow_control_paused_ns</td> 
   <td>流控暂停状态下花费的总时间(纳秒)</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_flow_control_paused</strong></td> 
   <td>流量控制暂停时间的占比(0~1)</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_flow_control_sent</strong></td> 
   <td>发送的流控暂停事件的数量</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_flow_control_recv</strong></td> 
   <td>接收的流控暂停事件的数量</td> 
  </tr> 
  <tr> 
   <td>wsrep_flow_control_interval</td> 
   <td>流量控制的下限和上限。上限是队列中允许的最大请求书。如果队列达到上限，则拒绝新的请求。当处理现有请求时，队列会减少，一旦到达下限，将再次允许新的请求</td> 
  </tr> 
  <tr> 
   <td><strong>wsrep_flow_control_status</strong></td> 
   <td>流量控制状态 OFF:关闭 0N: 开启</td> 
  </tr> 
 </tbody> 
</table>

流控的主要原因节点之间同步的速度慢，队列积压了大量的请求，这才是流控的主要原因。  
流控解决办法

1.  改善网速，提高带宽，更换交换机，千兆网卡更换成万兆网卡
2.  增加线程，线程多了执行的速度也就快了。队列里边就不会积压大量的请求
3.  提升硬件性能，比如升级CPU，内存以及更换光纤硬盘等等都可以提高写入速度

第一项和第三项属于更换硬件的方法，主要说一下第二个方法增加线程数提升同步速度。在pxc的配置文件加上wsrep\_slave\_threads参数。代表的是本地执行队列的线程数量，一般这个数是CPU线程数的1-1.5倍。比如服务器CPU是8核16线程的，这里就可以写16-24就可以。保存之后重启服务

wsrep_slave_threads=16

# 4. 节点与集群的状态信息 #

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>wsrep_local_state_comment</td> 
   <td>节点状态 Joining 节点正在加入到pxc集群中、Joined 节点已经加入到pxc集群中、Synced 节点可以提供读写服务,算正常的状态、Donar/Desynced 如果有节点跟当前节点同步,则进入此状态,不能提供读写服务</td> 
  </tr> 
  <tr> 
   <td>wsrep_cluster_status</td> 
   <td>集群状态(Primary 正常状态、Non-Primary 出现了脑裂请求、Disconnected 不能提供服务,已经出现宕机了)</td> 
  </tr> 
  <tr> 
   <td>wsrep_connected</td> 
   <td>节点是否连接到集群</td> 
  </tr> 
  <tr> 
   <td>wsrep_ready</td> 
   <td>集群是否正常工作</td> 
  </tr> 
  <tr> 
   <td>wsrep_cluster_size</td> 
   <td>节点数量</td> 
  </tr> 
  <tr> 
   <td>wsrep_desync_count</td> 
   <td>延时节点数量</td> 
  </tr> 
  <tr> 
   <td>wsrep_incoming_addresses</td> 
   <td>集群节点IP地址</td> 
  </tr> 
 </tbody> 
</table>

# 5. 事务相关信息 #

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>wsrep_cert_deps_distance</td> 
   <td>事务执行并发数</td> 
  </tr> 
  <tr> 
   <td>wsrep_apply_oooe</td> 
   <td>接收队列中事务的占比</td> 
  </tr> 
  <tr> 
   <td>wsrep_apply_oool</td> 
   <td>接收队列中事务乱序执行的顺序</td> 
  </tr> 
  <tr> 
   <td>wsrep_apply_window</td> 
   <td>接收队列中事务的平均数量</td> 
  </tr> 
  <tr> 
   <td>wsrep_commit_oooe</td> 
   <td>发送队列中事务的占比</td> 
  </tr> 
  <tr> 
   <td>wsrep_commit_oool</td> 
   <td>无任何意义,不存在本地的乱序提交</td> 
  </tr> 
  <tr> 
   <td>wsrep_commit_window</td> 
   <td>发送队列中事务的平均数量</td> 
  </tr> 
 </tbody> 
</table>

[Link 1]: https://www.percona.com/doc/percona-xtradb-cluster/LATEST/wsrep-status-index.html