在实际业务场景测试中,数据库的多表连接查询压测是可行、有意义的吗?

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】在实际业务场景测试中,数据库的多表连接查询压测是可行、有意义的吗?
【遇到的问题:问题现象及影响】如果可行,一般的压测方式有哪些
【资源配置】
【附件:截图/日志/监控】

1 个赞

有没有意义决定于业务,根据实际业务和数据量准备数据测试就行

这个应该没有现成的,主要结合实际业务看吧

1 个赞

在数据库使用过程中发生多表关联查询是很常见的,多表关联查询的SQL优化是考验一个数据库优化器的重要关键指标,早期的mysql因为多表关联或者子查询性能太差导致很多企业要求只能关联两张表,三张都不行,但这实际上大大限制了数据库的可用性,使得很多本来是数据库可以很方便实现的查询功能被迫转移到应用程序短,大大增加应用的逻辑复杂度。如何单独测试多表关联,不知道有没有专业的工具,不过也可以自己测试一下。

1 个赞

根据业务需求去做压测

1 个赞

使用 TiUP bench 组件压测 TiDB,其中子命令 tiup bench rawsql 可以自定义 SQL 文件作为 workload 压测,只要你把这里的SQL替换为你的业务SQL即可

官网:
https://docs.pingcap.com/zh/tidb/v7.2/tiup-bench#使用-tiup-bench-组件压测-tidb

2 个赞

感谢,TiDB自己的压测工具,我抽空试试看

1 个赞

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。