1.有一批物理机 96C300G内存8个Nvme磁盘，单机部署8个tikv实例,这个方案可以吗 2.有没有业界案例,我们场景 仅当kv存储 tikv这个场景最佳实践有吗 tidb是否支持这种方式

我在试着重新用跟版本对齐的导出导入吧

实在备份库里面是吧 我看一下

1.之前在A机器lighting导入 内存不足 ，删库 2.换备份机器 3.在新备份机器lighting导入,开始显示这个问题 想问的问题 1.这是操作流程，这个库比较大500G，我现在如果重新导入测试是否可行 2.这个checksum是怎么发生的

没有的 都是整库导入 新集群

整库导入，表也是Lighting导入的

集群拓扑 [image] grafana监控 saos-htap-tidb-cluster-prod-TiKV-Details_2021-05-25T09_37_25.974Z.json (7.4 MB) 84:node-exporter Tidb-Cluster-Node_exporter_2021-05-25T09_42_29.267Z.json (1.1 MB) 辛苦了

链接: https://pan.baidu.com/s/1GTYDAVB4x6O1bikjfcQ3Aw 密码: d18b 这个是3台tidb节点的全部15:00-17:00 的tidb.log和stderr log

链接: 百度网盘-链接不存在 密码: 15dd 这是snapshot信息和grafana图 另外问题下 [image] 是这个监控指标吗 如何确定是那台tidb_server

已解决 感谢

dm-worker.log (97.3 KB) 这是dm-worker节点的日志

统计信息.zip (1.6 MB) 这里是统计信息 麻烦帮忙查看一下

统计信息后 [image] 还是不行 [image]

是指SQL倒数第二行limit 50000 改成40000 30000 均卡死 但是20000 是OK的 现在疑惑的是为什么参数不生效，而且并没有多出很大的机器负载 麻烦了 SELECT /*+ MAX_EXECUTION_TIME(10000) */ * FROM ( SELECT tc.customer_account_id, concat(tc.phone_province_name, ‘-’, tc.phone_city_name) , CASE ro.last_follow_up_status WHEN 11 THEN ‘电话未接通’ WHEN 10 THEN ‘继…