原来3个的tikv节点之前有重启过吗？刚启动的时候tikv节点内存占用是多少呢？

欢迎加入~~ DBA 主要注重经验和能力。

#我想看热力图#

这个是不是直接看磁盘数据文件大小好些，tidb对数据是有压缩的。还要注意TiDB默认是三副本。

要是改为在最外层括号后面添加个别名，能执行成功吗？ 我查了官方文档： Oracle 与 TiDB 函数和语法差异对照 | PingCAP 文档中心 [image] 这部分看是5.4版本开始添加的内容，说是TiDB要求每个派生表必须有别名。

可以考虑通过haproxy连接tidb,这样TiDB server所有节点都能正常被使用。 用keepalived的话，就只能有一个TiDB server对外提供服务了吧，不建议。

恭喜恭喜！！ 个人觉得认证对应的视频课程，认真学习并掌握之后，考试通过的可能性就会很高了呢。

SSH配置没问题吧？看日志里提示的是通过SSH启动node_exporter服务的命令没有成功。你手动执行下试试呢？

可以考虑，执行迁移增量SQL语句前，检查下tidb节点的内存使用情况。多个数据量大的SQL语句，尽量不要在同一个tidb server节点不断查询，分到多个tidb server上会好些。

之前tiflash有启动成功过吗？

我在6.5版本下测试的结果是，修改set tidb_log_file_max_days =30; 后，对当前tidb节点立即生效，日志立即就被清理的。

哪个版本？

DBA会越来越卷

参加云数据库 TiDB 免费试用活动

TiDB 6.5版本的 tidb_server_memory_limit 参数看着可以解决TiDBserver的OOM问题 官方文档有写： [image] 系统变量 | PingCAP 文档中心 [image] 官方文档中还有TiDB OOM问题的排查方法： TiDB OOM 故障排查 | PingCAP 文档中心 可以看看是不是对你有用

promethues的启动脚本里有设置，日志保留天数，我试过，直接改脚本后kill promethues进程，可以实现修改日志保留时长。 日志位置：/tidb-deploy/prometheus-9090/scripts/run_prometheus.sh 参数： --storage.tsdb.retention=“30d” 手动kill进程后，系统会自动再拉起promethues。 官方文档： TiDB 监控常见问题 | PingCAP 文档中心 [image]

海南，过冬不错。

用的最多的一定是手机了…

是虚拟机，这个机器比较旧了，可能是CPU本身就不支持avx2。我再确认下，不行就等以后有新的测试机再测试。谢谢~~