万里傻zi数据库

最新推荐文章于 2024-07-18 18:43:19 发布
最新推荐文章于 2024-07-18 18:43:19 发布
阅读量809 收藏 1
点赞数 1
文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40066204/article/details/123808058
版权

GreatDB SqlNode参数调整
在这里插入图片描述
示例，SqlNode 所有节点调整 max_connections 参数值

[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> select * from information_schema.greatdb_SqlNode_variables where variable_name='max_connections';
+-------------------+-----------------+----------------+
| SQLNODE           | VARIABLE_NAME   | VARIABLE_VALUE |
+-------------------+-----------------+----------------+
| 192.168.0.81:3306 | max_connections | 2000           |
| 192.168.0.82:3306 | max_connections | 2000           |
| 192.168.0.83:3306 | max_connections | 2000           |
+-------------------+-----------------+----------------+
3 rows in set (0.14 sec)

GreatDB Cluster[(none)]> CALL mysql.greatdb_set_var_for_all_SqlNodes('max_connections',1000,true);
Query OK, 1 row affected (0.04 sec)

GreatDB Cluster[(none)]> select * from information_schema.greatdb_SqlNode_variables where variable_name='max_connections';
+-------------------+-----------------+----------------+
| SQLNODE           | VARIABLE_NAME   | VARIABLE_VALUE |
+-------------------+-----------------+----------------+
| 192.168.0.81:3306 | max_connections | 1000           |
| 192.168.0.82:3306 | max_connections | 1000           |
| 192.168.0.83:3306 | max_connections | 1000           |
+-------------------+-----------------+----------------+
3 rows in set (0.14 sec)

GreatDB DataNode参数调整在这里插入图片描述
示例，调整节点datanode1的 max_connections 参数值
`[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> select * from information_schema.greatdb_DataNode_variables where variable_name=‘max_connections’;
±----------±----------------±------+
| DATANODE | VARIABLE_NAME | VALUE |
±----------±----------------±------+
| datanode1 | max_connections | 3000 |
| datanode2 | max_connections | 3000 |
| datanode3 | max_connections | 3000 |
| datanode4 | max_connections | 3000 |
| datanode5 | max_connections | 3000 |
| datanode6 | max_connections | 3000 |
| datanode7 | max_connections | 3000 |
| datanode8 | max_connections | 3000 |
| datanode9 | max_connections | 3000 |
±----------±----------------±------+
9 rows in set (0.40 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_set_var_for_DataNode(‘datanode1’,‘max_connections’,2000,0);
Query OK, 1 row affected (0.03 sec)

GreatDB Cluster[(none)]> select * from information_schema.greatdb_DataNode_variables where variable_name=‘max_connections’;
±----------±----------------±------+
| DATANODE | VARIABLE_NAME | VALUE |
±----------±----------------±------+
| datanode1 | max_connections | 2000 |
| datanode2 | max_connections | 3000 |
| datanode3 | max_connections | 3000 |
| datanode4 | max_connections | 3000 |
| datanode5 | max_connections | 3000 |
| datanode6 | max_connections | 3000 |
| datanode7 | max_connections | 3000 |
| datanode8 | max_connections | 3000 |
| datanode9 | max_connections | 3000 |
±----------±----------------±------+
9 rows in set (0.14 sec)

[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P4406
GreatDB Cluster[(none)]> show variables like ‘max_connections’;
±----------------±------+
| Variable_name | Value |
±----------------±------+
| max_connections | 2000 |
±----------------±------+
1 row in set (0.00 sec)`
GreatDB 参数调整的传统方式
如果需要的调整的参数不在 SqlNode 和 DataNode “可调整的参数列表”中，可以分别连接到每个 SqlNode 节点或每个 DataNode 节点进行修改。
例如 SESSION 级别调整 long_query_time 参数

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.300000 |
+-----------------+----------+
1 row in set (0.01 sec)

GreatDB Cluster[(none)]> set session long_query_time=3;
Query OK, 0 rows affected (0.00 sec)

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set (0.01 sec)

GreatDB Cluster[(none)]> select @@session.long_query_time;
+---------------------------+
| @@session.long_query_time |
+---------------------------+
|                  3.000000 |
+---------------------------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> select @@global.long_query_time;
+--------------------------+
| @@global.long_query_time |
+--------------------------+
|                 0.300000 |
+--------------------------+
1 row in set (0.00 sec)

SESSION 级别调整的参数只在当前会话中生效，其他会话或其他新连接的会话均不生效。
例如 GLOBAL 级别调整 long_query_time 参数

[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.300000 |
+-----------------+----------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> set global long_query_time=3;
Query OK, 0 rows affected (0.00 sec)

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.300000 |
+-----------------+----------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> select @@session.long_query_time;
+---------------------------+
| @@session.long_query_time |
+---------------------------+
|                  0.300000 |
+---------------------------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> select @@global.long_query_time;
+--------------------------+
| @@global.long_query_time |
+--------------------------+
|                 3.000000 |
+--------------------------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> exit
Bye
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set (0.00 sec)

[root@greatdb1 ~]# /greatdb/sh/sqlnode3306.sh restart
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.300000 |
+-----------------+----------+
1 row in set (0.01 sec)

GLOBAL 级别调整的参数在当前会话中不生效，在其他已连接的会话中也不生效，只在新连接中生效，但是实例重启后不会生效。
使用 persist 选项修改参数会将配置信息加载到配置文件中，下次重启实例会自动读取配置文件使参数生效

[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.300000 |
+-----------------+----------+
1 row in set (0.01 sec)

GreatDB Cluster[(none)]> set persist long_query_time=3;
Query OK, 0 rows affected (0.00 sec)

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.300000 |
+-----------------+----------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> exit
Bye
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> exit
Bye
[root@greatdb1 ~]# /greatdb/sh/sqlnode3306.sh restart
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set (0.01 sec)

persist 就相当于 GLOBAL 级别的调整加配置持久化，重启实例后依然生效。
传统方式修改参数需要分别连接到每个 SqlNode 节点或每个 DataNode 节点进行修改

[root@greatdb2 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.82 -P3306
GreatDB Cluster[(none)]> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 0.300000 |
+-----------------+----------+
1 row in set (0.01 sec)

这里可以看到，SQLNODE 192.168.0.81 修改的参数，SQLNODE 192.168.0.82 并不会自动同步。

GreatDB 常用参数列表
在这里插入图片描述

在这里插入图片描述

GreatDB 状态属性说明
状态属性 说明
greatdb_cluster_initialized 标识 SqlNode 上是否已经初始化 GreatDB cluster
greatdb_cluster_name 当前集群的名称
greatdb_cluster_user 集群各节点间创建连接使用的用户名
greatdb_read_only_mode 当为 true 时表示集群当前处于只读模式

[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> show status like 'greatdb_cluster_initialized';
+-----------------------------+-------+
| Variable_name               | Value |
+-----------------------------+-------+
| greatdb_cluster_initialized | ON    |
+-----------------------------+-------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> show status like 'greatdb_cluster_name';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| greatdb_cluster_name | greatdb_cluster |
+----------------------+-----------------+
1 row in set (0.01 sec)

GreatDB Cluster[(none)]> show status like 'greatdb_cluster_user';
+----------------------+---------+
| Variable_name        | Value   |
+----------------------+---------+
| greatdb_cluster_user | greatdb |
+----------------------+---------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> show status like 'greatdb_read_only_mode';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| greatdb_read_only_mode | OFF   |
+------------------------+-------+
1 row in set (0.00 sec)
GreatDB 获取集群信息
GreatDB Cluster[(none)]> show status like 'greatdb_cluster_initialized';
+-----------------------------+-------+
| Variable_name               | Value |
+-----------------------------+-------+
| greatdb_cluster_initialized | ON    |
+-----------------------------+-------+
1 row in set (0.00 sec)

GreatDB Cluster[(none)]> \s--------------
greatsql  Ver 8.0.25-15-greatdbcluster5.0.7-GA for Linux on x86_64 (GreatDB Cluster, Release GA, Revision fbb08fbed60)
Connection id:          38Current database:Current user:           greatdb@192.168.0.81
SSL:                    Cipher in use is ECDHE-RSA-AES128-GCM-SHA256Current pager:          stdoutUsing outfile:          ''Using delimiter:        ;
Server version:         8.0.25-15-greatdbcluster5.0.7-GA GreatDB Cluster, Release GA, Revision fbb08fbed60
Protocol version:       10Connection:             192.168.0.81 via TCP/IPServer characterset:    utf8mb4
Db     characterset:    utf8mb4Client characterset:    utf8mb4
Conn.  characterset:    utf8mb4
TCP port:               3306Binary data as:         Hexadecimal
Uptime:                 36 min 40 sec

Threads: 14  Questions: 1362  Slow queries: 0  Opens: 207  Flush tables: 3  Open tables: 115  Queries per second avg: 0.619--

GreatDB 日常节点巡检视图
视图名称 说明
GREATDB_SHARDS 集群中的 Shard 及其状态
GREATDB_TABLE_DISTRIBUTION 表类型、在后端 Shard 的分布情况以及后端表引擎类型
GREATDB_SQLNODES 集群中的 SqlNode 及其状态
GREATDB_DCSTATS 当前 SqlNode 中字典缓存使用情况
GREATDB_SQLNODE_STATUS 各个 SqlNode 部分 status 的值
GREATDB_SQLNODE_VARIABLES 各个 SqlNode 部分 variables 的值
GREATDB_DATANODES 集群中的 DataNode 及其状态
GREATDB_DATANODE_STATUS 各个 DataNode 部分 status 属性值
GREATDB_DATANODE_VARIABLES 各个 DataNode 部分 variables 的值
GREATDB_CONNECTION_POOL SqlNode 到 DataNode 连接池状态

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_SHARDS;
+----------+------------+--------------+---------+
| SHARD_ID | SHARD_NAME | SHARD_STATE  | SUSPEND |
+----------+------------+--------------+---------+
|       36 | shard1     | SHARD_ONLINE | OFF     |
|       64 | shard2     | SHARD_ONLINE | OFF     |
|       92 | shard3     | SHARD_ONLINE | OFF     |
+----------+------------+--------------+---------+
3 rows in set (0.00 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_TABLE_DISTRIBUTION;
+-------------+------------+----------------+-----------------+------------+----------------+--------------+
| SCHEMA_NAME | TABLE_NAME | BACKEND_ENGINE | DISTRIBUTE_MODE | SHARD_NAME | PARTITION_NAME | PARTITION_ID |
+-------------+------------+----------------+-----------------+------------+----------------+--------------+
| test        | t_normal   | InnoDB         | NORMAL          | shard1     |                |            0 |
| test        | t_global   | InnoDB         | GLOBAL          | shard1     |                |            0 |
| test        | t_global   | InnoDB         | GLOBAL          | shard2     |                |            0 |
| test        | t_global   | InnoDB         | GLOBAL          | shard3     |                |            0 |
| test        | t_hash     | InnoDB         | PARTITION       | shard1     | p0             |            0 |
| test        | t_hash     | InnoDB         | PARTITION       | shard2     | p1             |            1 |
| test        | t_hash     | InnoDB         | PARTITION       | shard3     | p2             |            2 |
| test        | t_hash     | InnoDB         | PARTITION       | shard2     | p3             |            3 |
| test        | t_hash     | InnoDB         | PARTITION       | shard1     | p4             |            4 |
| test        | t_hash     | InnoDB         | PARTITION       | shard2     | p5             |            5 |
| test        | t_hash     | InnoDB         | PARTITION       | shard3     | p6             |            6 |
| test        | t_hash     | InnoDB         | PARTITION       | shard2     | p7             |            7 |
| test        | t_range    | InnoDB         | PARTITION       | shard1     | p0             |            0 |
| test        | t_range    | InnoDB         | PARTITION       | shard2     | p1             |            1 |
| test        | t_range    | InnoDB         | PARTITION       | shard3     | p4             |            2 |
| test        | t_list     | InnoDB         | PARTITION       | shard1     | beijing        |            0 |
| test        | t_list     | InnoDB         | PARTITION       | shard2     | shanghai       |            1 |
+-------------+------------+----------------+-----------------+------------+----------------+--------------+
17 rows in set (0.01 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_SQLNODES;
+--------------------------------------+--------------+------+--------+---------------+--------------------------+
| UUID                                 | HOST         | PORT | STATUS | EXECUTED_GTID | Received_transaction_set |
+--------------------------------------+--------------+------+--------+---------------+--------------------------+
| 588107ec-77d0-11eb-95a1-000c290f05e6 | 192.168.0.82 | 3306 | ONLINE |               |                          |
| 58d09346-77d0-11eb-815f-000c293f8a6a | 192.168.0.83 | 3306 | ONLINE |               |                          |
| 5aa2cd7d-77d0-11eb-a8ff-000c29d936e4 | 192.168.0.81 | 3306 | ONLINE |               |                          |
+--------------------------------------+--------------+------+--------+---------------+--------------------------+
3 rows in set (0.02 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_DCSTATS;
+------------+------------+-------------------+-----------------+--------------+
| CACHE_NAME | CACHE_SIZE | CACHE_INSTANCE_NO | CACHED_ELEMENTS | LRU_ELEMENTS |
+------------+------------+-------------------+-----------------+--------------+
| SQLNODE    |          0 |                 1 |               3 |            0 |
| SHARD      |          0 |                 1 |               3 |            0 |
| DATANODE   |          0 |                 1 |               9 |            0 |
| TABLE      |      20480 |                 8 |               0 |            0 |
+------------+------------+-------------------+-----------------+--------------+
4 rows in set (0.00 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_SQLNODE_STATUS where VARIABLE_NAME='greatdb_cluster_initialized';
+-------------------+-----------------------------+----------------+
| SQLNODE           | VARIABLE_NAME               | VARIABLE_VALUE |
+-------------------+-----------------------------+----------------+
| 192.168.0.81:3306 | greatdb_cluster_initialized | ON             |
| 192.168.0.82:3306 | greatdb_cluster_initialized | ON             |
| 192.168.0.83:3306 | greatdb_cluster_initialized | ON             |
+-------------------+-----------------------------+----------------+
3 rows in set (0.03 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_SQLNODE_VARIABLES where VARIABLE_NAME='long_query_time';
+-------------------+-----------------+----------------+
| SQLNODE           | VARIABLE_NAME   | VARIABLE_VALUE |
+-------------------+-----------------+----------------+
| 192.168.0.81:3306 | long_query_time | 3.000000       |
| 192.168.0.82:3306 | long_query_time | 3.000000       |
| 192.168.0.83:3306 | long_query_time | 0.300000       |
+-------------------+-----------------+----------------+
3 rows in set (0.06 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_DATANODES;
+---------+-----------+----------+------------+--------------+------+-----------+---------------+-----------------------------------------------------------+-----------------------------------------------------------+
| NODE_ID | NODE_NAME | SHARD_ID | SHARD_NAME | HOST         | PORT | NODE_TYPE | NODE_STATE    | EXECUTED_GTID                                             | RECEIVED_TRANSACTION_SET                                  |
+---------+-----------+----------+------------+--------------+------+-----------+---------------+-----------------------------------------------------------+-----------------------------------------------------------+
|      36 | datanode1 |       36 | shard1     | 192.168.0.81 | 4406 | NODE_MGR  | STATE_STANDBY | 33360000-0000-0000-0000-000000000000:1-13:1000011-1000021 | 33360000-0000-0000-0000-000000000000:1-13:1000011-1000021 |
|      43 | datanode2 |       36 | shard1     | 192.168.0.82 | 4406 | NODE_MGR  | STATE_ACTIVE  | 33360000-0000-0000-0000-000000000000:1-13:1000011-1000021 | 33360000-0000-0000-0000-000000000000:1-13:1000011-1000021 |
|      50 | datanode3 |       36 | shard1     | 192.168.0.83 | 4406 | NODE_MGR  | STATE_STANDBY | 33360000-0000-0000-0000-000000000000:1-13:1000011-1000021 | 33360000-0000-0000-0000-000000000000:1-13:1000011-1000021 |
|      64 | datanode4 |       64 | shard2     | 192.168.0.81 | 4407 | NODE_MGR  | STATE_ACTIVE  | 36340000-0000-0000-0000-000000000000:1-28                 | 36340000-0000-0000-0000-000000000000:1-28                 |
|      71 | datanode5 |       64 | shard2     | 192.168.0.82 | 4407 | NODE_MGR  | STATE_STANDBY | 36340000-0000-0000-0000-000000000000:1-28                 | 36340000-0000-0000-0000-000000000000:1-28                 |
|      78 | datanode6 |       64 | shard2     | 192.168.0.83 | 4407 | NODE_MGR  | STATE_STANDBY | 36340000-0000-0000-0000-000000000000:1-28                 | 36340000-0000-0000-0000-000000000000:1-28                 |
|      92 | datanode7 |       92 | shard3     | 192.168.0.81 | 4408 | NODE_MGR  | STATE_ACTIVE  | 39320000-0000-0000-0000-000000000000:1-14                 | 39320000-0000-0000-0000-000000000000:1-14                 |
|      99 | datanode8 |       92 | shard3     | 192.168.0.82 | 4408 | NODE_MGR  | STATE_STANDBY | 39320000-0000-0000-0000-000000000000:1-14                 | 39320000-0000-0000-0000-000000000000:1-14                 |
|     106 | datanode9 |       92 | shard3     | 192.168.0.83 | 4408 | NODE_MGR  | STATE_STANDBY | 39320000-0000-0000-0000-000000000000:1-14                 | 39320000-0000-0000-0000-000000000000:1-14                 |
+---------+-----------+----------+------------+--------------+------+-----------+---------------+-----------------------------------------------------------+-----------------------------------------------------------+
9 rows in set (0.01 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_DATANODE_STATUS where VARIABLE_NAME='Open_tables';
+-----------+---------------+-------+
| DATANODE  | VARIABLE_NAME | VALUE |
+-----------+---------------+-------+
| datanode1 | Open_tables   | 144   |
| datanode2 | Open_tables   | 268   |
| datanode3 | Open_tables   | 189   |
| datanode4 | Open_tables   | 320   |
| datanode5 | Open_tables   | 125   |
| datanode6 | Open_tables   | 177   |
| datanode7 | Open_tables   | 245   |
| datanode8 | Open_tables   | 170   |
| datanode9 | Open_tables   | 126   |
+-----------+---------------+-------+
9 rows in set (0.20 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_DATANODE_VARIABLES where VARIABLE_NAME='long_query_time';
+-----------+-----------------+----------+
| DATANODE  | VARIABLE_NAME   | VALUE    |
+-----------+-----------------+----------+
| datanode1 | long_query_time | 0.300000 |
| datanode2 | long_query_time | 0.300000 |
| datanode3 | long_query_time | 0.300000 |
| datanode4 | long_query_time | 0.300000 |
| datanode5 | long_query_time | 0.300000 |
| datanode6 | long_query_time | 0.300000 |
| datanode7 | long_query_time | 0.300000 |
| datanode8 | long_query_time | 0.300000 |
| datanode9 | long_query_time | 0.300000 |
+-----------+-----------------+----------+
9 rows in set (0.17 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_CONNECTION_POOL;
+-----------+-------+------+
| NODE_NAME | TOTAL | IDLE |
+-----------+-------+------+
| datanode1 |   101 |  100 |
| datanode2 |   101 |  100 |
| datanode3 |   101 |  100 |
| datanode4 |   101 |  100 |
| datanode5 |   101 |  100 |
| datanode6 |   101 |  100 |
| datanode7 |   101 |  100 |
| datanode8 |   101 |  100 |
| datanode9 |   101 |  100 |
+-----------+-------+------+
9 rows in set (0.00 sec)

GreatDB 日志任务巡检视图
视图名称 说明
GREATDB_ALTER_TABLE_TASK 集群中 alter table 任务概览，含各阶段处理情况
GREATDB_ALTER_TABLE_SUBTASK 集群中 alter table 子任务及当前阶段进度
GREATDB_BACKUP_NODES 集群中用于备份的节点及其状态
GREATDB_BACKUP_TASKS 备份任务
GREATDB_BACKUP_TASK_ROUTINE 备份任务拓扑路由，各个增量备份依赖的层次及依赖的全量备份
GREATDB_TASK 集群中后台任务（alter，migrate，backup）
GREATDB_BINLOG_SERVER_STATUS binlog server 同步数据的任务状态显示
GREATDB_MIGRATE_TABLE_TASK 集群中 migrate table 任务概览，含各阶段处理情况
GREATDB_MIGRATE_TABLE_SUBTASK migrate table 子任务及当前阶段进度

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_TASK;
+---------+---------------+-------------------------------------+----------+---------------------+---------------------+
| TASK_ID | TASK_TYPE     | INFO                                | STATUS   | OWNER_INSTANCE_HOST | OWNER_INSTANCE_PORT |
+---------+---------------+-------------------------------------+----------+---------------------+---------------------+
|       1 | SHARD_RECOVER | shard recover daemon task           | RUNNING  | 192.168.0.81        |                3306 |
|      43 | MIGRATE_TABLE | test.t_normal from shard2 to shard1 | COMPLETE | 192.168.0.81        |                3306 |
+---------+---------------+-------------------------------------+----------+---------------------+---------------------+
2 rows in set (0.01 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_MIGRATE_TABLE_TASK;
+---------+---------------+-------------------------------------+----------------+----------------+------------------+-----------------------+---------------------+-------------+
| TASK_ID | OBJECT_NAME   | INFO                                | MIGRATE_STATUS | STAGE_SEQUENCE | STAGE            | COMPLETED_SUBTASK_NUM | UNKNOWN_SUBTASK_NUM | SUBTASK_NUM |
+---------+---------------+-------------------------------------+----------------+----------------+------------------+-----------------------+---------------------+-------------+
|      43 | test.t_normal | test.t_normal from shard2 to shard1 | COMPLETE       |              1 | CREATE TABLE     |                     1 |                   0 |           1 |
|      43 | test.t_normal | test.t_normal from shard2 to shard1 | COMPLETE       |              2 | COPY REMOTE DATA |                     1 |                   0 |           1 |
|      43 | test.t_normal | test.t_normal from shard2 to shard1 | COMPLETE       |              3 | APPLY_REMOTE_LOG |                     1 |                   0 |           1 |
|      43 | test.t_normal | test.t_normal from shard2 to shard1 | COMPLETE       |              4 | CATCH_REMOTE_LOG |                     1 |                   0 |           1 |
|      43 | test.t_normal | test.t_normal from shard2 to shard1 | COMPLETE       |              5 | CHANGE_TOPOLOGY  |                     1 |                   0 |           1 |
+---------+---------------+-------------------------------------+----------------+----------------+------------------+-----------------------+---------------------+-------------+5 rows in set (0.00 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_MIGRATE_TABLE_SUBTASK;
+---------+-------------+---------------+-----------------+---------------+--------------------+----------+----------+-------+
| TASK_ID | SUB_TASK_ID | OBJECT_NAME   | FROM_SHARD_NAME | TO_SHARD_NAME | BACKEND_TABLE_NAME | STAGE    | PROGRESS | ERROR |
+---------+-------------+---------------+-----------------+---------------+--------------------+----------+----------+-------+
|      43 |           1 | test.t_normal | shard2          | shard1        | `test`.`t_normal`  | COMPLETE | 100%     |       |
+---------+-------------+---------------+-----------------+---------------+--------------------+----------+----------+-------+
1 row in set (0.01 sec)
欣欣闹天下
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
InnoDB: Running in read-only mode 问题排查
weweeeeeeee的博客
11-11 6606
排查方法 1：/var/lib/mysql 文件权限设置 I just encountered a similar problem on one of my production servers this morning. (I'm still investigating the cause.) After doing a quick bit of Google-searching, thi...
error code 1874. innodb is in read only mode--报错解决
weixin_33788244的博客
06-22 4017
2019独角兽企业重金招聘Python工程师标准>>> ...
centos 下静默安装oracle数据库遇到的坑
nttzli的博客
10-13 1948
oracle 安装过程遇到很多的问题赶紧记录一下 安装oracle jdk 略 依赖安装 依赖安装直接用yum 安装方式 一般都可以直接执行成功 yum -y install make gcc binutils gcc-c++ compat-libstdc++ elfutils-libelf-devel elfutils-libelf-devel-static ksh libaio l...
GreatDB Cluster系统接口方案
Sophiawhy的博客
06-17 326
GreatDB Cluster系统接口方案 对上层系统的要求 万里开源安全数据库软件V1.0通过兼容MySQL通信协议对外提供标准MySQL接口。 万里开源安全数据库软件V1.0满足“至少需要支持JDBC，ODBC，Python，C-API,Go 五种访问方式”的要求，具体的接口实现方案如下： ...
ERROR 1874 (HY000): InnoDB is in read only mode.
老农民挖数据
05-07 6099
公司同事，mysql掉电，文件损坏，在恢复过程中，遇到表只读
基于语音识别的会议记录系统
最新发布
qq_51688022的博客
07-18 792
本文简要介绍了本科毕设“基于语音识别的会议记录系统”的开发思路与成果
【星海随笔】vCenter Server 和主机管理。
weixin_41997073的博客
07-16 191
1.方法：删除页面信息，然后断连这个受管主机，断开受管主机的连接不会将其从 vCenter Server 中移除，而只是临时挂起 vCenter Server 执行的所有监控活动。2.方法：在分布式存储中找到该虚拟设备的存储盘，文件里找到相关的vmdk磁盘文件，点击注册虚拟机。当资料不匹配时候，可以删除展示页面，孤立的设备的 匹配位置的信息。断开后，然后重新连接，既可以重新识别受监管的主机。数据库在Vserver中展示的是一个数据库的资料，应该是client的资料。1.确定为资料不匹配导致的展示问题。
PostgreSQL的逻辑架构
weixin_41992498的博客
07-18 56
一、PostgreSql的逻辑架构：所有者：
Linux系统的用户组管理和权限以及创建用户
Johaden的博客
07-14 980
因此，我们可以根据每个用户的角色、职位和需求，为他们分配相应的权限，以确保服务器的安全性和有效管理。sudo（superuser do）是在类Unix操作系统中（包括Linux和macOS）常用的一个命令，它允许经过授权的用户以系统管理员（通常是root用户）的权限来运行程序或命令。2.在登陆Ubuntu时，会填写全名、用户名、密码等，所创建的这个用户就是默认用户，其中全名可以类似为一个昵称，用户名为主机名（较正式，不可随意更改）。超级用户可以执行系统上的所有命令，包括系统配置、文件访问和用户管理等。
Spring框架之DI依赖注入
G81948577的博客
07-18 494
我们在下面构建spring的过程中体会依赖注入；从上面的图中我们知道，在ssm框架中服务层（server）无法直接操作数据库，持久层（dao）是直接操作数据库进行数据处理的，但是我们如果在服务层有一个持久层的对象，然后我们在服务层通过对象去调用持久层的方法就可以操作数据库了。@OverrideSystem.out.println("持久层，你好");UserServiceImpl类中的代码如下@Override。
深入 Dify 源码，洞察 Dify RAG 核心机制
易迟的专栏
07-17 975
之前深入源码对 Dify 的完整流程进行了解读，基本上梳理了 Dify 的实现流程与主要组件。但是在实际部署之后，发现 Dify 现有的 RAG 检索效果没有那么理想。因此个人结合前端页面，配置信息与实现流程，深入查看了私有化部署的 Dify 的技术细节。将核心内容整理在这边，方便大家根据实际的业务场景调整 Dify 知识库的配置，或者根据需要进行二次开发调优。
day04：Redis和店铺营业状态设置
m0_69266818的博客
07-15 824
介绍了Redis命令和用java操作redis还有营业额状态接口的书写
Apache AGE的WITH子句
oscube的博客
07-17 244
使用 WITH，您可以在将输出传递给以下查询部分之前对其进行操作。这些操作可以是结果集中条目的形状和/或数量。WITH 也可以像 RETURN 一样，使用别名对引入结果的表达式进行别名，使用别名作为绑定名称。WITH 还用于将图的读取与图的更新分开。查询的每个部分必须是只读的或只写的。从写入子句转到读取子句时，可以使用可选的 WITH 进行此操作。
Java面试八股之Redis集群Cluster
u012151345的博客
07-15 627
如果客户端连接的是错误的节点，节点会返回MOVED或ASK重定向响应，指示客户端转向正确的节点。添加新节点：向集群中添加新节点时，通过redis-trib或redis-cli重新分配部分槽位到新节点，其他节点自动与新节点同步这部分槽位的数据。配置集群模式：为每个节点启用Cluster模式，指定Cluster所需的端口（通常为主节点端口+10000，用于节点间通信）以及Cluster配置文件（如redis.conf中的相关参数）。原主节点恢复后，若配置允许，它将自动成为新主节点的从节点。
sqlalchemy定期保持mysql连接活跃
ithongchou的博客
07-18 149
数据库时，确保保持活跃连接是很重要的，特别是在长时间不使用数据库连接时。使用连接池管理数据库连接。通过配置合适的连接池参数可以有效地保持活跃连接。，以保持连接的活跃状态。这可以通过任务调度库如。（超出连接池大小时允许创建的额外连接数）和。（连接在被放回连接池前的最大生存时间）等。查询，保持数据库连接的活跃状态。可以定期执行简单的查询，例如。这个例子会每隔一段时间执行。
redis基本类型和订阅
m0_62975692的博客
07-16 984
Redis支持发布订阅模式，可以将多个客户端连接到同一个频道，然后将消息发布到频道中，所有订阅该频道的客户端都能收到消息。其中，< host>是Redis服务器的主机名或IP地址，< port>是Redis服务器的端口号，< password>是Redis服务器的密码（如果有的话）。列表是一种有序的字符串集合，可以在列表的两端进行插入和删除操作。lrange # 获取列表指定范围的元素。lpush # 在列表左端插入元素 ，这里的。
Django prefetch_related()方法
人生苦短，何妨一试
07-15 482
prefetch_related()是 Django ORM 中用于优化查询性能的另一个重要方法，尤其在处理多对多（ManyToMany）关系和反向关系时非常有用。它允许你预加载相关对象，从而减少数据库查询次数。
mysql的索引、事务和存储引擎
Hai990218的博客
07-17 1096
索引是一个排序的列表，在列表当中存储索引的值以及索引值对应数据所在的物理行。索引值和数据是一个映射关系。
怎么理解redis持久化？
琳琳的博客
07-18 179
在实际使用中，你可以根据应用场景的需求来选择使用 RDB 还是 AOF，或者同时使用它们来提高数据的可靠性和恢复速度。+ 在 RDB 文件生成过程中，Redis 仍然处于处理请求的状态，因此可能存在数据丢失的风险（丢失最后一次快照后的数据）。+ 数据更可靠，因为 AOF 文件保存了所有写操作的日志，只要日志文件不丢失，就可以通过重新执行这些日志来恢复数据。+ 恢复数据时，需要重新执行 AOF 文件中的所有命令，因此恢复速度可能会比 RDB 慢。+ AOF 文件是一个追加写入的文件，因此写入性能非常高。
万里数据库MGR Bug修复之路 - 娄帅
06-23
MySQL 8.0 MGR Bug修复之路

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值