Oceanbase 并发多表写入响应慢

OceanBase 技术问题
#1

【 使用环境 】生产环境
【 OB or 其他组件 】OB
【 使用版本 】 4.2.1.10
【问题描述】并发写入到提交成功最长达10S
【复现路径】问题出现前后相关操作
【附件及日志】

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

1 个赞
#3

用户问题: 在生产环境中使用 OceanBase 4.2.1.10 版本进行并发多表写入时，响应时间最长达到10秒，如何解决？

推荐使用 obdiag 工具进行根因分析和日志采集，以便我们更好地了解问题的具体情况并提供解决方案。

根因分析场景: SQL性能问题
根因分析命令: obdiag rca run --scene=sql_performance --env “{db_connect=’-h127.0.0.1 -P2881 -utest@test -p****** -Dtest’, trace_id=‘Yxx’}”

日志采集场景: SQL性能问题
日志采集命令: obdiag gather scene run --scene=observer.perf_sql --env “{db_connect=’-h127.0.0.1 -P2881 -utest@test -p****** -Dtest’, trace_id=‘Yxx’}”

麻烦您提供一些信息以便我们更好地帮助您：

  1. 请提供具体的 SQL 语句或事务内容，包括表结构、索引等信息。
  2. 您是否对相关表进行了适当的索引优化？
  3. 当前系统中是否有其他高负载任务或大查询在运行？
  4. 您是否已经尝试过调整系统参数（如 memstore_limit_percentage 等）来优化性能？
  5. 请提供执行上述 obdiag 命令后的日志压缩包，以便我们进一步分析问题。

附上敏捷诊断工具 obdiag 使用帮助链接

#4

obdiag_check_report_observer_2025-07-11-16-35-17.doc (33.9 KB)
以上是巡检文件

#5

ob是社区版么？查一下 这个信息
select * from GV$OB_SQL_AUDIT
WHERE REQUEST_TIME>=‘2024-04-05 14:34:00’ and lower(query_sql) like ‘%select%’\G;

#6

怎么是个doc文件 没办法打开 不应该是个html的么？

#7

文件是个.table格式我改成了doc

#8

你搜集一下 重新上传一下吧 别改格式 我打不开

#9

我是并发写入慢，要查查询的么

#10

obdiag run all么

#11

select * from GV$OB_SQL_AUDIT
WHERE REQUEST_TIME>=‘2024-04-05 14:34:00’ and lower(query_sql) like ‘%select%’\G; 查看一下信息 具体的query_sql改一下

#12

这个sql 输出7000多条我导成什么格式给你

#13

弄成表格发给我吧

#14

ob.zip (5.4 MB)
麻烦了

#15

看到有好多的sql重试 但是也不是硬解析造成的 看着都命中了plan cache 有network和user io的等待挺多的 可以根据时间段查一下历史活动会话信息 看看等待事件 记得修改时间
select svr_ip, svr_port, con_id as tenant_id, sql_id, event, count(*) as cnt from GV$ob_ACTIVE_SESSION_HISTORY ash where wait_class in (‘SYSTEM_IO’, ‘USER_IO’,‘NETWORK’) and where sample_time between “2025-01-29 10:35:45” and “2024-01-29 10:45:47” group by svr_ip, svr_port, tenant_id, sql_id, event order by cnt desc limit 100;

#16
10.96.233.80 2882 1004 AD412B8F0677784FE3AA28C1F450E9B8 db file data read 2
10.96.233.80 2882 1004 0848BAAB2773A39AB53E0914CBF458FC db file data read 1

只有两条数据

#17

image
image1194×362 40.3 KB

你重新查一下 我看你的版本是421bp10
select svr_ip, svr_port, con_id as tenant_id, sql_id, event, count(*) as cnt from GV$ACTIVE_SESSION_HISTORY ash where wait_class in (‘SYSTEM_IO’, ‘USER_IO’,‘NETWORK’) and where sample_time between “2025-01-29 10:35:45” and “2024-01-29 10:45:47” group by svr_ip, svr_port, tenant_id, sql_id, event order by cnt desc limit 100;

#18

我是用这个sql 查的因为没有你发的那个sql的表，我看到ACTIVE_SESSION_HISTORY这张表，而且日期记录也是只有今天12点往后的，目前写入并发在1S左右

#19

后面再出现并发延迟的时候 可以通过上面的语句分析一下 你们使用的是社区版的ob么 是否使用机械盘

#20

虚拟内存占用多少？

#21

学习学习