修复手动停止正在执行事务的连接时，可能导致 TiDB 发生 panic 而异常退出的问题 #63956 V8.5.4版本遇到了手动KILL 这个问题，导致TiDB重启

TiDB 底层本身有 Region 自动分片，分区表没设置好反而会增加一层消耗。

只是简单测试，并不做同步。而且CDC比Kettle部署比较复杂，只是做增量迁移，能实现的话没必要复杂化。

个人觉得异构做迁移的话，对外服务停掉，直接全量迁移最稳妥。 增量同步可以尝试用Kettle建立任务，做好映射（做过TiDB到MySQL的增量没问题，PG和TiDB没测过）

AI能力越来越强，需要人具备哪些能力，未来人类又将如何自处？

钥匙扣+1

已解决，TIDB可切换在线源和离线源

1、热点问题，应用使用了雪花算法，或者数据库使用了AUTO_RANDOM基本可以消除热点问题，TiDB内部算法会自动打散。 2、 – 查看热点表 SELECT * from information_schema.tidb_hot_regions; TIDB_HOT_REGIONS 表各列字段含义如下： TABLE_ID：热点 Region 所在表的 ID。 INDEX_ID：热点 Region 所在索引的 ID。 DB_NAME：热点 Region 所在数据库对象的数据库名。 TABLE_NAME：热点 Region 所在表的名称。 INDEX_NAME：热点 Region 所…

| refund_id | varchar(40) | YES | MUL | NULL | | | id | bigint | NO | PRI | NULL | auto_increment | 做了隐士类型转换了，索引没有派上用场，走了全表扫描

老己想要，老己得到呀

好详细的呀，谢谢表妹。

不管是最小部署，还是多节点部署，PD负责的任务是不变的呀

是把备份文件放在了kv对应的主机上吗？

Step 3：一键部署 TiDB 集群 先查看当前支持的 TiDB 稳定版本（本文用 v7.5.0 为例，可直接用这个版本，稳定不踩坑）： tiup list tidb 执行部署命令（集群名自定义，这里用“tidb-test”，好记）： tiup cluster deploy tidb-test v7.5.0 /root/tidb-cluster.yaml --user root -p 执行后，按以下提示操作： ① 提示“Enter password for root@你的IP”：输入服务器 root 密码（输入时不显示，输完按回车）； ② 提示“Do you want to c…

[image] 感谢社区这次活动呀，也收获了满满的知识

有相关的TiDB的运维手册吗？

TiDB会自动重试，少量的写冲突可以忽略的。。