dashboard的慢查询功能已经很完善，但是近期发现有些sql的Cop_time较长，这些查询在事后再分析，不管是执行计划还是执行效率，都是很正常，因为看不了当时tidb内部因什么导致堵塞，这种对排查问题带来一定的困扰，所以想提个需求，在记录慢查询的时候能不能记录一下这个sql的explain analyze 详情（针对select查询）
另外这个页面能不能加个列，记录该sql执行的时间，要不然想知道该慢查询在什么时间被记录需要点详情
现在记录的应该是explain，如果再记录explain analyze，我觉得自动analyze的机制就可以不用了
你是什么版本？我记得里面是有记录语句执行时间的。
或者同类sql记录一次explain analyze，要不然现在事后再分析那些本身不是慢查询的慢查询很痛苦
我的是4.0，好像没有
找问题不就应该按当时时点的状态检查么，我觉得记录analyze的结果意义不大
4.0.0是有的，之后有几个4.0.x版本里是没有的，我记得提过了
我的就是4.0.13
我追问了，等大佬回复吧
Hi,
- 关于慢查询的 Explain Analyze：
v4.0.13 版本中，点进慢查询的详情后，执行计划中显示的已是 EXPLAIN ANALYZE 信息（而非 EXPLAIN 信息），如图所示，会包含各个算子的详细执行时间及行数等信息：
需要注意的是：
- 由于实际业务 SQL 往往比较复杂复杂，受限于屏幕宽度原因，包含详细执行时间的这些列很可能在屏幕外边从而看不见，需要拖动一下水平滚动条。也可以点击「复制」来复制到外部编辑器中来查看。
- 如果查看的是比较老版本 TiDB 输出的慢日志信息，则不会包含这些详细执行信息。
- 关于慢查询的执行时间
v4.0.13 中确实存在慢查询时间列不会显示的 bug，v4.0.14 起已修复：
1 个赞
好的，谢谢