你 hint 用法不对，写到 select 后边，如果不生效会有 warning

优化 SQL 就好了

需要做 online unsafe recovery 了，有数据丢失了，参考：https://docs.pingcap.com/zh/tidb/stable/online-unsafe-recovery/#online-unsafe-recovery-使用文档 你的集群很奇怪 4 PD、2 TiKV，2 TiKV、2 副本不是正确使用 tidb 的姿势，这个跟 Mysql 不一样

1、满足集群最小的高可用需求，各组件节点个数不能小于最低要求，保证没有单点故障 2、满足业务容量需求，数据至少能放的下，并满足一段时间的数据增长 3、满足业务对计算资源要求，实际业务场景压测，保证日常运行计算资源在安全范围内，如果是业务有特殊高峰，可以针对这个测试，业务高峰前临时扩容 4、剩下就是你的小心思了，比如公司没有上云，导致硬件采购到机器到位流程很长，不能很好的应对机器坏的情况，你评估的时候多评估几台，那不就是为自己多一份保障吗，省那两台机器并不能让你绩效拿 A，反而出问题不能及时解决才会让你绩效拿 D

看下 tidb 监控面板， SQL 响应时间

不紧迫，差 3 秒很少的

每个文件 256M，调大 region-concurrency https://docs.pingcap.com/zh/tidb/stable/tidb-lightning-logical-import-mode-usage/#性能调优

导出的文件是多个就快了，单个文件不行的

就在业务低峰期滚动重启集群就好了，业务通过负载均衡连接到数据库，滚动重启时会有部分连接断开，业务重试就好了 如果用了 haproxy 的话会更丝滑

这里说了

在使用 dashboard 中的 Topsql 功能时，你觉得操作界面是否简洁直观？有没有遇到过界面交互不流畅、功能入口难找、配置难的情况？ 界面简洁，操作流畅没怎么卡过，没配置过，就打开就用了，很简单。 你是否会经常使用 Topsql 功能来分析数据库性能？使用过程中，该功能提供的 SQL 性能数据是否准确、全面，能否满足你排查问题的需求？ 经常用来定为热点问题，数据基本准确，详细的执行情况还得去慢查询里，或者 SQL 语句分析里看 除了 Topsql 功能，你还会使用哪些可观测性相关功能来监控和管理系统？你期望这些功能之间的联动性达到什么效果？ 经常会和流量可视化一起分析热点问题，…

看看 SQL 语句分析里有没有这个 SQL，看执行频率如何，如果这里能看到，证明还是有业务在发这 SQL 上边的没有，就看 information_schema.cluster_processlist 里有没有正在执行的，看看是不是一直在执行，卡住没有结束

没写就是不包含喽

很少会 OOM，你参考这个配置下，https://docs.pingcap.com/zh/tidb/stable/configure-memory-usage/

做过什么操作吗，感觉文件没有了啊

Tidb 安装很简单便捷，按照官方文档来就行了，官网文档就是最好的文档

新手就看 SQL 响应时间就好了，对比着业务没问题的时候看，这个不上涨，你业务就没问题

高版本不建议用 binlog 组件了 重启 tidb 节点就好了，主要是让 enable_binlog 生效 GC 调整 7 天，图上说的是 pump 组件的 gc 参数，不过高版本 drainer 启动时也依赖 tidb 集群的 gc 了，所以也是建议调大的

一般没人调整这个，这目录规划好就不动了 可以通过扩容缩容实现