为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】
【概述】 场景 + 问题概述
两张表join查询比mysql慢数十倍
【背景】 做过哪些操作
【现象】 业务和数据库现象
【问题】 当前遇到的问题
同样的sql在mysql执行0.01sec,在tidb执行0.47 sec
【业务影响】
【TiDB 版本】
5.3.0
【应用软件及版本】
【附件】 相关日志及配置信息
为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】
【概述】 场景 + 问题概述
两张表join查询比mysql慢数十倍
【背景】 做过哪些操作
【现象】 业务和数据库现象
【问题】 当前遇到的问题
同样的sql在mysql执行0.01sec,在tidb执行0.47 sec
【业务影响】
【TiDB 版本】
5.3.0
【应用软件及版本】
【附件】 相关日志及配置信息
SELECT /*+ READ_FROM_STORAGE(TIKV[e]) */ 。。。用这个hint查下 看看有提升没。
没有作用
SELECT /*+ read_from_storage(tikv[e,a]) */ e.id, e.endpoint_key AS k_accesskey, e.endpoint_app_id AS k_appid, concat(a.app_platform, “___”, a.app_name) AS a_appname FROM endpoint e INNER JOIN application a ON e.endpoint_app_id = a.id WHERE a.app_platform_id > 0 AND e.id > 7706161 ORDER BY e.id ASC LIMIT 5000;
执行时间还长了
是0.70 sec
tidb查询时是有网络交互的,从tidb server到tikv server间,整体上比mysql延迟是正常,看下tidb/tikv间的网络情况。
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。