做大做强，再接再厉，勇夺桂冠。

【正在使用的传统技术栈还有哪些？会遇到哪些挑战？】 目前企业主要使用Oracle、SQL Server和MySQL等传统数据库，面临的挑战包括性能瓶颈、扩展性不足、运维复杂度高，以及难以满足实时分析和海量数据处理的需求。 【有计划用 TiDB 进行替换吗？】 目前没有替换计划。现有技术栈虽然存在一些挑战，但整体上仍能满足业务需求，且迁移成本和风险较高，暂时没有考虑引入TiDB。 【是否尝试过将 TiDB 和 AI 进行结合应用？所在企业有这方面需求吗？】 尚未尝试将TiDB与AI结合。企业当前业务场景对AI的需求较弱，主要集中在传统数据处理和分析上，暂时没有探索AI相关应用的计划。 …

【2025 年，你有新场景、新系统、升级的规划吗？】 暂无 【TiDB 路线图和你当下需求的契合度】 测试研究中 【对 TiDB 的产品迭代有哪些期待？】 期待优化器支持更智能的执行计划选择，减少人工干预；增强 Dashboard 的智能诊断功能，集成慢查询自动优化建议；提升大表 DDL 变更效率，减少业务中断时间。 【期待的新特性预计在哪些场景需要用到？重要性如何？】 向量化搜索对 AI 问答、日志分析场景至关重要（高优先级）；执行计划管理功能可优化复杂查询性能（关键）；冷热分层存储能降低历史数据成本，适用于时序数据场景（中高优先级）。

老师讲的很好，努力学习中。

【数据库层面的降本增效你有哪些经验/建议？】 合理选型：选择分布式数据库或存算分离架构，按需扩展资源。 自动化运维：弹性扩缩容、智能监控、备份容灾自动化。 成本控制：资源隔离、冷热数据分层、节能优化。 规范管理：制定操作规范，提升团队技能。 【个人体感：用 TiDB 是否能真正做到降本增效？】 TiDB通过分布式架构、HTAP能力、高兼容性，显著降低硬件与运维成本，但需合理评估业务需求与迁移成本。

ssh -vvv -i /data/home/xxxx/.tiup/storage/cluster/clusters/tidb_cluster_iap/ssh/id_rsa xxxx@192.168.66.66 这个试过了正常么？ 如果不正常，确认下 /data/home/xxxx/.tiup/storage/cluster/clusters/tidb_cluster_iap/ssh/id_rsa 这个文件用户是否为xxxx跟权限是否为600， 也检查下192.168.66.66这个机器的xxxx用户下的.ssh/authorized_keys文件是否为600，.ssh是否为700。

互信有问题

303跟301，302有什么区别么，大不大的。只是版本的差异么？

没有吧

还是CentOS 7.9

如果进程没起来就看下系统配置满不满足。 https://docs.pingcap.com/zh/tidb/stable/hardware-and-software-requirements/ https://docs.pingcap.com/zh/tidb/stable/check-before-deployment/

tiup cluster display <cluster-name> cluster-name带上了么

看起来是启动了。 tiup cluster display 看看。

tiup playground --debug看看报错，或者看看日志~/.tiup/logs。 实在不行就试试tiup clean --all，或者指定版本。

看看这两个参数满不满足你的需要，leader-schedule-limit、region-schedule-limit。 另外可以看看 Placement Policy，把新节点打上标签，在数据同步完成前点不接收 Leader，可以尝试下。

看自己运维范畴，如果对HAProxy没信心的话，就用云产品吧。如果是同个域名解析到不同的TiDB节点，让DNS做轮询，这个有条件也可以试试，没测试过。

直接检查新节点上所有Region的副本状态，确保数据同步完成后再解除Leader驱逐。 添加evict-leader-scheduler： pd-ctl -u http://<pd_ip>:<pd_port> scheduler add evict-leader-scheduler <store_id>``` 监控Region同步状态： 使用PD API检查新节点上是否有未完成的副本（pending peers）或正在传输的快照： curl http://<pd_ip>:<pd_port>/pd/api/v1/store/<store_id> 检查 region_coun…