靖顺
2025 年2 月 18 日 15:59
#23
从obdiag 巡检报告中发现几个风险点:
你的机器不支持avx2指令集,https://www.oceanbase.com/product/oceanbase-database-community-rn/releaseNote#V4.3.3
enable_sql_audit 是关闭的,这个做压测搞性能可以,生产上最好开着;
统计信息收集的任务有失败的,这个会造成业务慢,通过下面的语句确认下
SELECT GROUP_CONCAT(DISTINCT TENANT_ID)
FROM oceanbase.__all_tenant t
WHERE NOT EXISTS(SELECT 1
FROM oceanbase.__all_virtual_task_opt_stat_gather_history h
WHERE TYPE = 1
AND start_time > date_sub(now(), interval 1 day)
AND h.tenant_id = t.tenant_id);
其他的就是一些机器参数的建议,如果要追求极致性能的话这些参数需要按照官网指定的来设置
蒿子秆
2025 年2 月 18 日 16:02
#24
1.sql结果:
±---------------------------------+
| GROUP_CONCAT(DISTINCT TENANT_ID) |
±---------------------------------+
| NULL |
±---------------------------------+
1 row in set (0.024 sec)
2.我看了官网avx2的说明,不支持avx2好像没说对性能有影响
靖顺
2025 年2 月 18 日 16:13
#25
avx2对性能确实是没啥影响的,不是导致性能问题的原因。只是提醒一下,没有avx2会在某些需要avx2指令的场景下(列存)导致ob 挂掉
蒿子秆
2025 年2 月 18 日 16:14
#26
唉,看大家的回复,总结了一下,我这机器就只能跑到这个水平了么?
longda
2025 年2 月 18 日 17:29
#27
primary zone 设置为random, 建表时, 留意一下表是不是多节点打散, 怀疑没有打散.
另外, 3台机器时, 可以加大并发度
蒿子秆:
节点只需2.8倍的提升就能达到6秒,但实际跑
淇铭
2025 年2 月 19 日 09:38
#29
是的 是打散 不过你可以按照楼上其灵说的 加大sql的并发度 让cpu尽量打满 看看是否性能是否能上去
蒿子秆
2025 年2 月 19 日 11:40
#30
注意到用OCP创建租户的时候,负载类型只能选OBKV,这个有影响吗?
淇铭
2025 年2 月 19 日 13:55
#31
你参考一下 这个帖子 这个帖子有回复
ocp白屏创建租户,选择负载类型
蒿子秆
2025 年2 月 19 日 14:32
#32
谢谢,这个帖子的方法有效,但是我的集群负载类型咋是空的呢?我用obd web部署的时候选的是OLAP啊
蒿子秆
2025 年2 月 19 日 15:16
#34
使用的总包是oceanbase-all-in-one-4.3.3_CE_20241014.el7.aarch64.tar.gz
$ obd --version
OceanBase Deploy: 2.10.1
REVISION: 9870cf1b400be9002d851b9a165b043f1da4e0e7
BUILD_BRANCH: HEAD
BUILD_TIME: Oct 12 2024 16:13:27OURCE
Copyright (C) 2021 OceanBase
旭辉
2025 年2 月 19 日 15:47
#38
我描述您的问题 您看是是否有不准确的地方:通过OBD WEB部署的OB集群和OCP,部署时选择了OLAP负载类型,然后OCP接管了OB集群,
问题1:接管后创建租户时发现负载类型只能选OBKV,然后通过 ocp白屏创建租户,选择负载类型 方案解决了
问题2:接管后发现集群负载类型为空,预期为OLAP
蒿子秆
2025 年2 月 19 日 15:50
#39
是的,目前是这样,我的终极目标是跑出10秒内的100G_tpch,讲道理我的机器不差的