【测试类型：性能测试】【测试版本：7.0.0-RC1】tsbs工具timescaledb-cpu-max-all-8-queries首次执行成功，再次执行数据库down掉，执行其他查询脚本timescaledb-cpu-max-all-1-queries.gz依然报错。读写速率og劣于pg

【标题描述】: tsbs工具timescaledb-cpu-max-all-8-queries首次执行成功，再次执行数据库down掉
【测试类型：性能测试】【测试版本：7.0.0-RC1】 问题描述： tsbs工具timescaledb-cpu-max-all-8-queries首次执行成功，再次执行数据库down掉

【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):
openEuler release 20.03 (LTS-SP3)
Linux openGauss54 4.19.90-2401.1.0.0233.oe1.aarch64 #1 SMP Wed Jan 3 02:32:32 UTC 2024 aarch64 aarch64 aarch64 GNU/Linux

【测试环境】(单机/1主x备x级联备):
单机

【被测功能】:
timescaledb性能

【测试类型】:
性能测试

【数据库版本】(查询命令: gaussdb -V):
gaussdb (openGauss 6.0.0 build 39b731c3) compiled at 2024-09-28 02:00:17 commit 0 last mr

【预置条件】:
tsbs性能测试环境搭建成功

【操作步骤】(请填写详细的操作步骤):
1. 生成数据
tsbs_generate_data --use-case="cpu-only" --seed=123 --scale=4000 --timestamp-start="2021-01-01T00:00:00Z" --timestamp-end="2021-01-01T00:12:00Z" --log-interval="10s" --format="timescaledb" | gzip > /tmp/timescaledb-data.gz
2. 生成脚本
FORMATS="timescaledb" SCALE=4000 SEED=123 TS_START="2021-01-01T00:00:00Z" TS_END="2021-01-01T12:00:01Z" QUERIES=1000 QUERY_TYPES="single-groupby-1-1-1 single-groupby-1-1-12 single-groupby-1-8-1 single-groupby-5-1-1 single-groupby-5-1-12 single-groupby-5-8-1 cpu-max-all-1 cpu-max-all-8 double-groupby-1 double-groupby-5 double-groupby-all high-cpu-all high-cpu-1 lastpoint groupby-orderby-limit" BULK_DATA_DIR="/tmp/queries" scripts/generate_queries.sh
3. 写入数据
cat /tmp/timescaledb-data.gz | gunzip | tsbs_load_timescaledb --postgres="sslmode=disable" --host="localhost" --port=5432 --pass="Test@123" --user="lhy" --admin-db-name=postgres --db-name=postgres --workers=1 --in-table-partition-tag=true --chunk-time=4h --write-profile= --field-index-count=1 --do-create-db=true --force-text-format=false --do-abort-on-exist=false
4. 执行cpu-max-all-8查询
cat /tmp/queries/timescaledb-cpu-max-all-8-queries.gz | gunzip | tsbs_run_queries_timescaledb --workers=8 --postgres="host=localhost user=og sslmode=disable" --hosts=localhost --port=61006 --user=og --pass="qwer*963."
5. 再次执行cpu-max-all-8查询
cat /tmp/queries/timescaledb-cpu-max-all-8-queries.gz | gunzip | tsbs_run_queries_timescaledb --workers=8 --postgres="host=localhost user=og sslmode=disable" --hosts=localhost --port=61006 --user=og --pass="qwer*963."
6. 执行cpu-max-all-1-queries查询
cat /tmp/queries/timescaledb-cpu-max-all-1-queries.gz | gunzip | tsbs_run_queries_timescaledb --workers=8 --postgres="host=localhost user=og sslmode=disable" --hosts=localhost --port=61006 --user=og --pass="qwer*963."

7. og与pg查询速率比较
![输入图片说明](https://foruda.gitee.com/images/1731583837975789479/ff0fb3c0_10825457.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1731583861696370900/646c6cfa_10825457.png "屏幕截图")

【预期输出】:
1. 生成数据成功
2. 生成脚本成功
3. 写入数据成功
4. 执行cpu-max-all-8查询成功
5. 执行cpu-max-all-8查询成功
6. 执行cpu-max-all-1查询成功
7. og速率优于pg读写速率

【实际输出】:
1. 生成数据成功
2. 生成脚本成功
3. 写入数据成功
4. 执行cpu-max-all-8查询成功
5. 执行cpu-max-all-8查询失败，数据库挂掉
![输入图片说明](https://foruda.gitee.com/images/1731394510177616842/243fd239_10825457.png "屏幕截图")
6. 执行cpu-max-all-1查询失败
![输入图片说明](https://foruda.gitee.com/images/1731395486685007706/149947a2_10825457.png "屏幕截图")
7. og速率劣于pg读写速率
![输入图片说明](https://foruda.gitee.com/images/1732706935771391990/aa6bbf19_10825457.png "屏幕截图")

【原因分析】:
1. 这个问题的根因
2. 问题推断过程
3. 还有哪些原因可能造成类似现象
4. 该问题是否有临时规避措施
5. 问题解决方案
6. 预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

openGauss/Plugin

内容风险标识

评论 (2)

openGauss/Plugin .gitee-modal { width: 500px !important; }

内容风险标识