HAproxy，Lightning，dashboard，grafana

已转发，祝tidb越来越好，步步高升，也祝各tidber新年工作顺利，事事顺心

期待官方推出一款免费版的运维工具，能实现在线页面修改配置，重启某个节点或组件，支持一键扩缩容，自动备份或者可手动操作的按钮

这个工具主要是单台机器安装多个节点时用的，主要是为了防止资源互抢影响性能，如果单个机器只安装一个节点，可以忽略，不用安装

一键迁移备份，可视化一键运维

[Screenshot_20250104-080848] 有没有一样的

找官方人员沟通一下

确实是个问题，官方要是有个tiup高可用方案或者机制能预防就好了

今年最大的成长应该是考取了官方的各种证书，同时加深了对tidb的理解，实践了扩缩容等

【你目前使用的版本】7.1 【最需要 v8.5 的哪些新功能】 全局索引 【还有哪些产品需求】暂时没有

1、你希望活动在哪个城市举办？ 北京 2、你希望听到哪些技术主题分享？线上&线下皆可 数据异构同步，以及集群日常运维、优化及注意事项 3、是否愿意成为活动讲师?如果答案是愿意的话，你想分享什么技术主题？ 有意愿，但是感觉能力还需进一步提升 4、你所在的城市&你的圈子中，用 TiDB 的企业有哪些？ 有。目前自己公司多个部门也在用

如果数据从其余节点的副本中补齐，那该节点重新启动后，该节点上的数据会如何处理，被删除还是什么操作？

应该是受影响的，因为3副本，如果停止多台tikv节点，如果停止的机器上恰好包含了2个副本数据，那么可能部分服务不可用了

这个时间点是多久，30分钟还是立马执行？因为官方文档好像是说30分钟后才认为该节点挂掉吗，那么30分钟内岂不是请求到该机器上的服务不可用，无法高可用了吗，因为leader都还在这台机器上

正常加入进来数据是否会受影响？比如超过30分钟后，数据和leader都被迁移到其他节点了，但是30分钟内，由于该机器已经停机，该节点上的leader和数据都还在，那么请求到该机器上的服务是不是都不可用？还是说请求不可用时立马就进行leader迁移了？因为我看官方文档说是30分钟后pd才会认为该机器宕机

tikv连接不上时，pd多久会认为该节点不可用进行相关leader和region迁移？我看官方有个max-down-time-limie参数，默认值30分钟，超过该值会进行自动迁移，那么30分钟内，是否leader在该节点上的都不可用，岂不是和高可用有点出入？

停机时间过长，如果pd认为该机挂掉时，除了leader迁移之外，那么该机器上的数据是否会迁移？

找不回来了，如果数据比较重要，可以把GC默认时间修改下或者做好备份

tidb受到越来越多大厂青睐了