针对这条SQL, TiDB 的查询速度较慢，是什么引起的？

小龙虾爱大龙虾 · 2023 年11 月 8 日 02:20

/+ LEADING(c,p3,atdtimeordercalendar@sel_2)/ 试下这个

等一分钟 · 2023 年11 月 8 日 02:21

好像语法不对

小龙虾爱大龙虾 · 2023 年11 月 8 日 02:34

这个是hint，/*+ */，星号贴上去变没了

等一分钟 · 2023 年11 月 8 日 02:42

有效果，是因为走了tiflash

小龙虾爱大龙虾 · 2023 年11 月 8 日 02:46

这都都走到tiflash了。。。把hash join的operator info贴上来看看

等一分钟 · 2023 年11 月 8 日 02:47

hashjon_80
inner join, equal:[eq(wuxiapptec.atdadjusttimeorder.personid, wuxiapptec.psnaccount.personid)]

等一分钟 · 2023 年11 月 8 日 02:47

hashjoin_44
inner join, equal:[eq(wuxiapptec.atdadjusttimeorder.timeorderid, wuxiapptec.atdtimeordercalendar.timeorderid)], other cond:ge(wuxiapptec.atdtimeordercalendar.calendardate, cast(wuxiapptec.psnaccount.attendondate, datetime(6) BINARY)), le(wuxiapptec.atdtimeordercalendar.calendardate, cast(wuxiapptec.psnaccount.dimissiondate, datetime(6) BINARY))

小龙虾爱大龙虾 · 2023 年11 月 8 日 02:51

这里有隐式转换，是否字段类型不一样

等一分钟 · 2023 年11 月 8 日 02:55

一样的，表关联的字段信息在上面

zxgaa · 2023 年11 月 8 日 02:57

带子查询好像没法用tiflash的mpp

等一分钟 · 2023 年11 月 8 日 03:05

子查询去掉也不走tiflash

小龙虾爱大龙虾 · 2023 年11 月 8 日 03:49

wuxiapptec.psnaccount.attendondate与wuxiapptec.psnaccount.dimissiondate在上边的表结构中没有哦

等一分钟 · 2023 年11 月 8 日 04:34

ATTENDONDATE varchar(23) DEFAULT ‘’
DIMISSIONDATE varchar(40) DEFAULT ‘’

Fly-bird · 2023 年11 月 8 日 05:15

我是被标题吸引进来的

等一分钟 · 2023 年11 月 8 日 05:20

哈，这个SQL，tidb执行确实慢

等一分钟 · 2023 年11 月 8 日 05:27

这会怎么又不走tiflash了

小龙虾爱大龙虾 · 2023 年11 月 8 日 06:06

类型不一样，一个日期类型，一个字符串类型，把这俩条件去掉explain analyze看下。

路在何chu · 2023 年11 月 8 日 06:11

这个只能代表个别的，大部分sql tidb还是比mysql快

等一分钟 · 2023 年11 月 8 日 06:12

等一分钟 · 2023 年11 月 8 日 06:13

是的，就是想了解下这个SQL是什么原因慢的