1、wsrep_local_state_uuid:

与集群的wsrep_cluster_state_uuid一致

root@[(none)]> show status like '%wsrep_%_state_uuid%';

+--------------------------+--------------------------------------+

| Variable_name            | Value                                |

+--------------------------+--------------------------------------+

| wsrep_local_state_uuid   | eebe303f-5262-11e8-9e80-8a8d79151541 |

| wsrep_cluster_state_uuid | eebe303f-5262-11e8-9e80-8a8d79151541 |

+--------------------------+--------------------------------------+

2、wsrep_last_committed:

集群已经提交事务数目,是一个累计值,所有节点应该相等,如果出现不一致,说明事务有延迟,可以用来计算延迟。

root@[(none)]> show status like '%wsrep_last_committed%';

+----------------------+--------+

| Variable_name        | Value  |

+----------------------+--------+

| wsrep_last_committed | 115562 |

+----------------------+--------+

3、wsrep_replicated:

从本地节点复制出去的写集(write set)数目,wsrep_replicated_bytes为写集的总字节数;可以用于参考节点之间的负载均衡是否平衡;该值较大的节点较为繁忙。

root@[(none)]> show status like '%wsrep_replicated%';

+------------------------+----------+

| Variable_name          | Value    |

+------------------------+----------+

| wsrep_replicated       | 13579    |

| wsrep_replicated_bytes | 35585864 |

+------------------------+----------+

4、wsrep_received:

与wsrep_replicated对应,表示接收来自其他节点的写集(write set)数目.

root@[(none)]> show status like '%wsrep_received%';

+----------------------+----------+

| Variable_name        | Value    |

+----------------------+----------+

| wsrep_received       | 11036    |

| wsrep_received_bytes | 35576367 |

+----------------------+----------+

5、wsrep_local_commits:

从本地节点发出的写集(write set)被提交的数目,不超过wsrep_replicated的数目。

root@[(none)]> show status like '%wsrep_local_commits%';

+---------------------+-------+

| Variable_name       | Value |

+---------------------+-------+

| wsrep_local_commits | 13582 |

+---------------------+-------+

6、wsrep_local_cert_failures:

同步过程中节点认证失败计数,冲突来自本地提交的事务和同步队列中事务存在锁冲突,则本地验证失败(保证全局数据一致性)。

root@[(none)]> show status like '%wsrep_local_cert_failures%';

+---------------------------+-------+

| Variable_name             | Value |

+---------------------------+-------+

| wsrep_local_cert_failures | 0     |

+---------------------------+-------+

7、wsrep_local_bf_aborts:

强制放弃的写集数目,本地事务和同步队列中正在执行的事务存在锁冲突时,将强制保证先提交的事务成功,后者回滚或报错。

root@[(none)]> show status like '%wsrep_local_bf_aborts%';

+-----------------------+-------+

| Variable_name         | Value |

+-----------------------+-------+

| wsrep_local_bf_aborts | 1     |

+-----------------------+-------+

8、wsrep_local_send_queue:

发送队列的长度。wsrep_local_send_queue_avg:从上次查询状态到目前发送队列的平均长度,>0.0意味着复制过程被节流了。

root@[(none)]> show status like '%wsrep_local_send_queue%';

+----------------------------+----------+

| Variable_name              | Value    |

+----------------------------+----------+

| wsrep_local_send_queue     | 0        |

| wsrep_local_send_queue_max | 2        |

| wsrep_local_send_queue_min | 0        |

| wsrep_local_send_queue_avg | 0.000145 |

+----------------------------+----------+

9、wsrep_local_recv_queue:

接收队列的长度,与wsrep_local_send_queue对应。

root@[(none)]> show status like '%wsrep_local_send_queue%';

+----------------------------+----------+

| Variable_name              | Value    |

+----------------------------+----------+

| wsrep_local_send_queue     | 0        |

| wsrep_local_send_queue_max | 2        |

| wsrep_local_send_queue_min | 0        |

| wsrep_local_send_queue_avg | 0.000145 |

+----------------------------+----------+

10、wsrep_cert_deps_distance:

可以并行执行的写集(write set)的最大seqno与最小seqno之间的平均差值。

root@[(none)]> show status like '%wsrep_cert_deps_distance%';

+--------------------------+-----------+

| Variable_name            | Value     |

+--------------------------+-----------+

| wsrep_cert_deps_distance | 33.977434 |

+--------------------------+-----------+

11、wsrep_apply_oooe:

队列中事务并发执行占比,值越高意味着效率越高。

root@[(none)]> show status like '%wsrep_apply_oooe%';

+------------------+----------+

| Variable_name    | Value    |

+------------------+----------+

| wsrep_apply_oooe | 0.006204 |

+------------------+----------+

12、wsrep_commit_window:

平均并发提交窗口大小。

root@[(none)]> show status like '%wsrep_commit_window%';

+---------------------+----------+

| Variable_name       | Value    |

+---------------------+----------+

| wsrep_commit_window | 1.000423 |

+---------------------+----------+

13、wsrep_local_state:

节点的状态,取值1-6。

取值1:The node starts and establishes a connection to the Primary Component.

取值2:When the node succeeds with a state transfer request, it begins to cache write-sets.

取值3:The node receives a State Snapshot Transfer. It now has all cluster data and begins to apply the cached write-sets.

Here the node enables Flow Control to ensure an eventual decrease in the slave queue.

取值4:The node finishes catching up with the cluster. Its slave queue is now empty and it enables Flow Control to keep it empty.

The node sets the MySQL status variable wsrep_ready to the value 1. The node is now allowed to process transactions.

取值5:The node receives a state transfer request. Flow Control relaxes to DONOR. The node caches all write-sets it cannot apply.

取值6:The node completes the state transfer to joiner node.

root@[(none)]> show status like '%wsrep_local_state%';

+---------------------------+--------------------------------------+

| Variable_name             | Value                                |

+---------------------------+--------------------------------------+

| wsrep_local_state_uuid    | eebe303f-5262-11e8-9e80-8a8d79151541 |

| wsrep_local_state         | 4                                    |

| wsrep_local_state_comment | Synced                               |

+---------------------------+--------------------------------------+

14、wsrep_incoming_addresses:

集群中其它节点的地址,多个地址之间用逗号分隔。

root@[(none)]> show status like '%wsrep_incoming_addresses%';

+--------------------------+-------------------------- -+

| Variable_name            | Value                      |

+--------------------------+-------------------------- -+

| wsrep_incoming_addresses | IP1:3306,IP2:3306,IP3:3306 |

+--------------------------+----------------------------+

15、wsrep_cluster_conf_id:

集群节点关系改变的次数(每次增加/删除都会+1)。

root@[(none)]> show status like '%wsrep_cluster_conf_id%';

+-----------------------+-------+                        

| Variable_name         | Value |                        

+-----------------------+-------+                        

| wsrep_cluster_conf_id | 53    |                        

+-----------------------+-------+      

16、wsrep_cluster_size:集群节点个数。

root@[(none)]> show status like '%wsrep_cluster_size%';

+--------------------+-------+

| Variable_name      | Value |

+--------------------+-------+

| wsrep_cluster_size | 3     |

+--------------------+-------+

17、wsrep_cluster_status:

集群的目前状态,取值:PRIMARY(正常)/NON_PRIMARY(不一致)。

root@[(none)]> show status like '%wsrep_cluster_status';

+----------------------+---------+

| Variable_name        | Value   |

+----------------------+---------+

| wsrep_cluster_status | Primary |

+----------------------+---------+

18、wsrep_connected:

节点是否连接到集群,取值:ON/OFF。

root@[(none)]> show status like 'wsrep_connected';

+-----------------+-------+

| Variable_name   | Value |

+-----------------+-------+

| wsrep_connected | ON    |

+-----------------+-------+

19、wsrep_local_index:

节点id,取值从0开始。This node index in the cluster (base 0).

root@[(none)]> show status like 'wsrep_local_index';

+-------------------+-------+

| Variable_name     | Value |

+-------------------+-------+

| wsrep_local_index | 0     |

+-------------------+-------+

20、wsrep_ready:

节点是否接收查询,即节点是否可正常使用。

root@[(none)]> show status like '%wsrep_ready%';

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| wsrep_ready   | ON    |

+---------------+-------+

完整详细的参数说明可参考官方文档:http://galeracluster.com/documentation-webpages/galerastatusvariables.html?highlight=wsrep_local_index#wsrep-local-index

MySQL Galera cluster 集群常用参数说明的更多相关文章

  1. mysql galera cluster 集群的分裂与仲裁机制

    集群的分裂 当集群由于网络原因分裂为几个单独的组时(一组可能是单节点,也可能是几个互联的节点),数据出现不一致,此时可能产生脑裂及数据不一致.这种情况 下,只有一组节点能够继续提供服务,这组节点的状态 ...

  2. Ubuntu16.04环境下搭建基于三台主机的mysql galera cluster集群(实测有效)

    (注意: (1)文中红色字体部分不一定需要操作 (2)由于word文档编辑的原因,实际操作时部分命令需要手动输入!!直接复制粘贴会提示错误!! ) 一  搭建环境: 1 Ubuntu16.04版本(系 ...

  3. 【原】基于 HAproxy 1.6.3 Keeplived 在 Centos 7 中实现mysql mariadb galera cluster 集群分发读写 —— 上篇

    前言 有一段时间没有写blogs,乘着周末开始整理下haproxy + keeplived 实现 mysql mariadb galera cluster 集群访问环境的搭建工作. 本文集中讲hapr ...

  4. Centos 7 下 Mysql 5.7 Galera Cluster 集群部署

     一.介绍 传统架构的使用,一直被人们所诟病,因为MySQL的主从模式,天生的不能完全保证数据一致,很多大公司会花很大人力物力去解决这个问题,而效果却一般,可以说,只能是通过牺牲性能,来获得数据一致性 ...

  5. 一次galera cluster集群故障节点无法启动问题排查

    现象 环境: Server version: 10.0.25-MariaDB-wsrep MariaDB Server, wsrep_25.13.raf7f02e 配置文件: [root@node-2 ...

  6. Mysql Innodb cluster集群搭建

    之前搭建过一个Mysql Ndb cluster集群,但是mysql版本是5.7的,看到官网上mysql8的还是开发者版本,所以尝试搭建下mysql Innodb cluster集群. MySQL的高 ...

  7. MariaDB Galera Cluster集群搭建

    MariaDB Galera Cluster是什么?   Galera Cluster是由第三方公司Codership所研发的一套免费开源的集群高可用方案,实现了数据零丢失,官网地址为http://g ...

  8. MariaDB Galera Cluster集群

    一.MariaDB Galera Cluster概要: 1.简述: MariaDB Galera Cluster 是一套在mysql innodb存储引擎上面实现multi-master及数据实时同步 ...

  9. 基于Galera Cluster多主结构的Mysql高可用集群

    Galera Cluster特点 1.多主架构:真正的多点读写的集群,在任何时候读写数据,都是最新的 2.同步复制:集群不同节点之间数据同步,没有延迟,在数据库挂掉之后,数据不会丢失 3.并发复制:从 ...

  10. 关于Oracle的rac集群和mysql Galera Cluster的想法

    到了新公司,公司用的是rac,我比较熟悉mysql第三方的集群方案Galera Cluster这类多主集群, 下面是我参考了他人对rac的介绍,然后和mysql方案进行的臆测级别的分析对比. rac和 ...

随机推荐

  1. 洛谷P8567 真·基础数论问题

    基础数论重定向 今天蒟蒻切水题切到一道建议评黄的红题,一下子给我整不会了-- 题目传送门 理解题意 首先,我们要理解题意. [JRKSJ R6] Nothing 我们定义 \(f(x)\) 表示 \( ...

  2. Flutter踩坑日记,自己挖的坑,哭着也要走出来。

    1. 系统运行缓慢,疯狂点击右上角小X,再次启动后Emulator启动黑屏,关机重启也不好使,其他 Emulator也无法使用. 执行以下步骤: 第一检查内存是否够用 啊  不够用了 那么 [解决方法 ...

  3. vue3 h函数 h() 生成 element-plus vnode

    vue3的h函数和vue2的h函数入参不同 下面是vue2的vnode示范 然后是vue3的错误示范 下面是正确示范 let open1=() => { return new Promise(( ...

  4. j-link "the connected j-link is defective"问题的解决

    出现这个原因是 J-link和J-link的驱动不匹配,比如J-link的固件太老,J-link驱动太新.因此要解决的话,要不就是换不同版本的J-link驱动,要不就是换J-Link或升级J-link ...

  5. JZOJ 2022.02.10【提高组】模拟总结

    \(\text{简要题解}\) \(\text{GDOI2012}\) 的题 不得不说当年的题做起来真的很不爽 整体看起来就是数据结构+博弈论+宽搜+背包dp优化 考场上 \(T1\) 十分钟解决过了 ...

  6. JZOJ 2020.07.27【NOIP提高组】模拟

    总结 今天的题还好,不幸拿了 \(rank1\),只有 \(380pts\) 实际 \(AK\) 也不难 前三题都是思维题 后面一题其实不过是简单的数据结构优化 \(dp\) 的题 用 \(GSM\) ...

  7. 解决ssh连接远程主机出现“REMOTE HOST IDENTIFICATION HAS CHANGED”问题

    Win通过ssh连接远程主机 命令提示符方式 ssh username@ip 此后输入你的密码 通过VSCode Remote-SSH 在VSCode拓展中搜索"Remote-SSH&quo ...

  8. 06#Web 实战:可滑动的标签页

    实现效果图 本随笔只是记录一下大概的实现思路,如果感兴趣的小伙伴可以通过代码和本随笔的说明去理解实现过程.我的 Gitee 和 GitHub 地址.注意哦:这个只是 PC 上的标签页,手机端的没用,因 ...

  9. 袋鼠云出品!数栈UI 5.0全新体验升级,设计背后的故事

    我们是袋鼠云数栈 UED 团队,致力于打造优秀的一站式数据中台产品.我们始终保持工匠精神,探索前端道路,为社区积累并传播经验价值. 前言 数栈作为云原⽣⼀站式⼤数据开发平台,从2016年发布第⼀个版本 ...

  10. 前端随笔0:URL与状态的双向绑定

    记录一些最近写前端的思考总结,也算是给自己的技术随笔开个篇 在接触以 React,Vue 为代表的工程化前端框架前,我还是一个拿着 jQuery 手撸特效和手写 CSS 的切图仔,捣鼓 Vue 时接触 ...