一.基本信息

查看所有可用的管理命令

show @@help

显示dble内存使用率，运行时长和字符集等：

show @@server

查看 dble 配置了哪些逻辑库：

show @@database

查看逻辑分片节点信息：

show @@shardingNode

备注：schema_exists 显示的信息不是实时获取的，只表示加载配置时刻，对象是存在的。

查看 dble 最近接收到的1024条SQL语句：

show @@sql

备注：

每5s清理一次，可以充当下 general_log。

查看 SQL 执行频次:

show @@sql.high

备注:执行频次高的和响应延迟慢的都是我们要重点关注的

按用户维度，显示读写次数和比例：

show @@sql.sum.user

备注：

了解负载情况，才好有针对性的优化。读多写少，读写分离；写多读少，优化io或热点拆分。

按用户维度，显示读写次数和比例：

show @@sql.sum.user

备注：了解负载情况，才好有针对性的优化。读多写少，读写分离；写多读少，优化io或热点拆分。

按表维度，显示读写次数和比例：

show @@sql.sum.table

备注：哪个表是热点一目了然。

查看 SQL 执行时间最慢的 top10 :

show @@sql.slow

备注:

没开慢日志，也不影响你快速定位慢 SQL。

查看 dble 配置参数信息：

show @@sysparam

备注：上报问题前，先把参数配置搜集齐了。

查看白名单设置：

show @@white

备注：控制用户通行。

查看当前后端实例的 gtid_executed:

show @@binlog.status

备注：集群的⼀致性备份就靠它。

查看指定表使用的分片算法：

show @@algorithm where schema='testdb'and table='sbtest1'

备注：比看xml配置文件更方便

查看指定表的逻辑分片节点：

show @@shardingNodes where schema='testdb' and table='sbtest1'

查看配置文件 reload 时间:

show @@reload_status

查看用户列表:

show @@user

备注：是否为管理用户，是否为只读用户，用户的最大连接数限制都一目了然。

查看前端访问用户的权限信息：

show @@user.privilege

查看指定表所对应逻辑分片的行数：

show @@data_distribution where table ='testdb.sbtest1'

备注：由此可判断数据分片的分布倾斜。

查看 dble 对于后端实例配置的连接参数：

show @@connection_pool

二.故障诊断

查看后端数据库实例的心跳检测情况：

show @@heartbeat

备注：

需开启心跳检测功能，RS_CODE 为 OK 表示心跳正常，RS_MESSAGE 显⽰⼼跳语句的反馈信息，快速诊断 dble 到后端数据库实例链路连通性。

查看 dble 到后端数据库实例的连接信息：

show @@backend

查看当前活跃的前端连接信息，网络络流量信息:

show @@connection

备注：

可用来诊断前端的连接会话。

查看前端连接接收到的 SQL 信息：

show @@connection.sql

查看当前活跃的后端连接：

show @@session

查看 dble 内部线程负载情况：

show @@thread_used

备注：若观测到线程负载⽐例很⾼，说明线程负载饱和，可适当调⼤线程数量，参考dble性能观测

BussinessExecutorX

前端业务(应⽤客⼾端)处理线程，主要处理前端请求的解析，sql 解析路由，下发查询到 mysql 实例等

bootstrap.cnf 配置⽂件的 ProcessorExecutor 参数控制其数量

backendBusinessExecutorX

后端业务(数据库)处理线程，主要处理后端 mysql 询结果的返回解析，结果聚合，并发回结果到 client

bootstrap.cnf 配置文件的 backendProcessorExecutor 参数控制其数量

_NIO_REACTOR_FRONT_X

负责前端(应用客户端)请求收发的线程，再把数据交给 BussinessExecutor 处理

bootstrap.cnf 配置文件的 processors 参数控制其数量

$_NIO_REACTOR_BACKEND_X

负责后端(数据库)请求收发的线程，再把数据交给 backendBusinessExecutor 处理

bootstrap.cnf 配置⽂件的 backendProcessors 参数控制其数量

启用dble general_log:

enable @@general_log

备注：想了解前端发送些什么 SQL ，就用它了，有开销不宜长期启用。

三.维护操作

杀掉客户端的连接：

kill @@connection

备注：参数为 show @@connection 显⽰的 FRONT_ID 值

重载配置文件：

reload @@config_all

备注：可在不停 dble 服务的情况下，修改 db.xml、user.xml、sharding.xml。

检查下配置文件，看看有哪些潜在问题：

dryrun

检查表定义是否一致：

check full @@metadata

备注：该操作不是实时的⼀致性检查，是最近⼀次加载配置时的⼀致性，执⾏命令时不会向后端实例发送请求。

consistent_in_sharding_nodes 表示分片节点之间的一致性，1代表一致

consistent_in_memory 表示dble 缓存中与后端实例的一致性，1代表一致

检查全局表一致性：

check @@global

备注：执⾏命令时会向后端实例的每个逻辑分片发送 checksum table 命令，关注 DISTINCT_CONSISTENCY_NUMBER ，

若大于1表示有不只一种检查结果，说存在全局表不一致的情况。

把准备导入 dble 集群的大表，按逻辑分片节点拆分成多个 sql 文件，拆分后可以直接并行导入后端实例：

split src dest [-sschema] [-r500] [-w500] [-l10000] [--ignore] [-t2]

暂停逻辑分片的流量：

pause @@shardingNode = 'dn1' and timeout = 10000;

备注：

可在分⽚扩容迁移过程中使⽤。扩容基本流程：

克隆新的分⽚节点

修改 schema.xml 更新 datanode 与新的分⽚节点关系

暂停分⽚访问 pause @@shardingNode = 'dn1' and timeout= 10;

补齐该分片增量 binlog日志

加载生效配置 reload @@config_all

resume 恢复流量

清理掉原实例中已扩容分片和新实例中未扩容分片的数据