经过测试 set tidb_allow_mpp = off; set global tidb_max_tiflash_threads = 1 这两个操作都事可以的

普通索引也会报内存不足的错误。 [图片]

不会，我们之前也怀疑是因为tiflash占用内存过大导致，后来reload了tiflash节点重新测试还是一样的，重启了tiflash节点也能稳定复现。

从监控看不忙的，集群平均耗时也很低 [图片] [图片]

用了limit 1不代表我们的表很小，这个表有20多亿，只是偶然机会测出来发现这个现象，所以贴出来问一下

[图片] 这段话有点疑惑。 第一段说如果temp-dir不可用就会回退到非加速方式。 第二段说大于6.5版本的话会出现不可预知的问题。 所以哪个优先级更高，到底是会回退呢还是会出现异常？

这样去配置？ server_configs: tidb: temp-dir: /path/xxx

没找到这个参数呢 mysql> select version(); +--------------------+ | version() | +--------------------+ | 8.0.11-TiDB-v7.5.5 | +--------------------+ 1 row in set (0.00 sec) mysql> show global variables like '%temp%'; +------------------------+-------+ | Variable_name | Value | +----------…

所以说，采用默认参数装好的集群都没法对大表加索引呗？ 另外没看到temp-dir的配置项，只有tmpdir | tmpdir | /var/tmp/ |

这个查询是空的 [图片]

用的这个用户登录，是这个用户的权限不够无法打开这个功能吗？ mysql> show grants for root@'10.10.54.49'; +--------------------------------------------------------------------+ | Grants for root@10.10.54.49 | +--------------------------------------------------------------------+ | GRANT PROCE…

是的，执行完 set global tidb_enable_top_sql = 1; 重新刷了浏览器就行了，我是说浏览器页面提示的【打开设置】功能无法点击【启用功能】这个事算不算bug，有点抽象

确认了这个参数确实是关闭状态，然后设置成1就行了，但是页面无法点击打开这个问题有点难绷啊

从现象看，记录的是一条完整的记录，不是截断那种，尾部有分号

刚才去慢日志查看发现也是没有where条件

已经更新

你需要的信息已经更新了帖子

请问使用output-raw-change-event=true有什么风险吗

配有，这个参数在MySQL我们没有配置，而且用2.0.3版本的时候用了2线程并发，执行了3h55min报错，用6.1.7版本的时候用了8线程并发，执行1h5min报错，侧面也反应了这个应该不是MySQLkill的连接