对OceanBase进行 sysbench 压测前，如何用 obdiag巡检

有一些用户想对 OceanBase 进行 sysbench 压测，并向我询问是否需要对数据库的各种参数进行调整。我想起有一个工具 obdiag ，具备对集群进行巡检的功能。因此，我正好借此机会试用一下这个工具。
obdiag 功能的比较丰富，详细情况可参见“ obdiag 概述”。此次，我主要试用其巡检 OceanBase 集群的功能，至于其他功能，将根据实际需求逐步进行试用。

如何安装Obdiag：

这里直接参考官网链接即可，相对比较简单，只需要执行官网上的几个命令即可。

如何配置

参考官网的步骤，执行 obdiag config 命令之后，需要填写一批信息。

因为我是用 OCP 部署的集群，所以这些信息直接在 OCP 上的集群概览里复制黏贴一下就好了。

1705632610

1705632621

执行完成后在 ~/.obdiag/config.yml 中会生成一份新的配置，内容就是上面填写的这些内容。

集群巡检

接下来可以对 OceanBase 集群通过执行 obdiag check 命令进行巡检了。

我这里只挑和 sysbench 有关的内容进行巡检，task 应该都在 sysbench_run 和 sysbench_free 这两个集合里了，参考自渠磊的博客。

[xiaofeng.lby@obvos-dev-d3 /home/xiaofeng.lby/.obdiag]
$cat check_package.yaml
...
sysbench_run:- sysbench.sysbench_run_test_tenant_cpu_used- sysbench.sysbench_run_test_tenant_memory_used
sysbench_free:- sysbench.sysbench_free_test_cpu_count- sysbench.sysbench_free_test_memory_limit- sysbench.sysbench_free_test_network_speed
...

如果想指定执行某几个特定 task 的话，可以在这个 check_package.yaml 文件里加一个自己的 task 集合，然后再执行就好了。

接下来执行一下 sysbench_free 这个 task 集合，执行过程中会打印详细的执行日志，结束之后会把巡检结果生成一个报告。

[xiaofeng.lby@obvos-dev-d3 /home/xiaofeng.lby/.obdiag]
$obdiag check --cases=sysbench_free[xiaofeng.lby@obvos-dev-d3 /home/xiaofeng.lby/.obdiag/tasks/observer/sysbench]
$obdiag check --cases=sysbench_free
...
2024-01-02 16:04:43,395 [INFO] export report to ./check_report//check_report_observer_2024-01-02-16-04-30.table, export type is table
If you want to view detailed obdiag logs, please run:' obdiag display-trace --trace_id 1f89be5a-5d61-3ba4-830e-9d05adf6e143 '
Check observer finished. For more details, please run cmd' cat ./check_report//check_report_observer_2024-01-02-16-04-30.table '

run 一下它的 cmd cat xxx.table 就可以看到巡检的结果的报告了。

1705632632

比如 sysbench.sysbench_free_test_cpu_count 这个 task 的执行之后的 task_report 是 [critical] [remote:11.158.31.20] cpu_count/os_cpu_count is 25%,is not between 80 and 100。

猜测它大概意思就是说，如果想去做 sysbench 压测，11.158.31.20 这个节点上给 observer 的 cpu 资源建议是全部 cpu 资源的 80% 以上，但是现在实际只给了 25% 左右，有点儿少了。

比如 sysbench.sysbench_test_cluster_parameters 这个 task 执行之后的 task_report 是 [critical] [cluster:obcluster] cluster's enable_record_trace_log is true , need to change False。

应该就是让用户把 enable_record_trace_log 这个配置项改成 flase，在 sysbench 压测期间少写一些没用的 trace log。

其他的 task 不再一一列举，critical 应该是建议修改，warning 应该是推荐 DBA 同学再去检查下是否需要修改。

不过其中有一个叫 sysbench.sysbench_free_test_network_speed 的 task 执行失败了，task_report 报错是 [fail] [remote:11.158.31.20] ssh execute Exception:Execute Shell command on server 11.158.31.20 failed, command=[ethtool eth0 | grep Speed | grep -o '[0-9]*'], exception:b'Cannot get wake-on-lan settings: Operation not permitted\n'。这个感觉像是 obdiag 的 bug，通过答疑钉钉群（33254054）或者开源问答区咨询了一下，obdiag 研发同学给的反馈是这个 task 写的有点儿问题，应该是在 ethtool 能执行成功时才进行网速的检测。这里简单调整下 task，当系统无法执行 ethtool 命令时，把标准错误重定向到 /dev/null 就好了。

1705632644