分区表全局索引功能 这个对加速查询的速度太nice了

如果没有挂载 NFS 到 br 工具或 TiKV 节点，或者使用了支持 S3、GCS 或 Azure Blob Storage 协议的远端存储，那么 br 工具备份的数据会在各个 TiKV 节点生成。注意这不是推荐的 br 工具使用方式，因为备份数据会分散在各个节点的本地文件系统中，聚集这些备份数据可能会造成数据冗余和运维上的麻烦，而且在不聚集这些数据便直接恢复的时候会遇到 SST file not found 报错。

要不就全部用root要么全部用tidb用户，但是无论用那个用户，互信需要root用户，且如果用tidb用户需要root授权权限

已加入，嘿嘿嘿

已收藏，干货

【最符合预期的功能有哪些】分布式(计算、存储分离)应用，上下游工具 【哪些功能还需要继续改进】AI、全局参数优化、大数据。 【哪些功能对你帮助不大】暂时没有

说起AI，目前对TiDB的支持，或者说是知识储备量就很拉跨，任何一个AI初始话都这样，不知道TiAI喂饱了没？啥时候面世？

ssh-copy-id -i ~/.ssh/id_rsa.pub User@HostName -p Port 单机测试部署后面应该跟你yaml里配置的端口号吧？

哼，拿箱子一看就，就…就…不咋地 唉，真香。。。

1.物理备份+逻辑备份 2.全量备份+增量备份 3.有条件的话，做实时同步 4.再有条件的话，做主备集群实时同步 5.再再有条件的话，做异地双活 6.再再再有条件的话，本地异地双主备双活

支持共享存储 毕竟，节点再多，TIKV节点也是NVME盘，而众所周知NVMe盘直通到CPU，无法通过传统的RAID卡进行管理，这也意味着无法使用传统的RAID卡来创建不同的RAID级别，从而在坏盘的情况下没有冗余和容灾。 所以，支持共享存储会给出多一种的解决方案，目前各种存储技术也很成熟， DAS、NAS、SAN、FAS，可以根据情况来选择存储方案，但受限于网络吞吐，IO是否能达到要求还需谨慎考虑

TiDB 超大智能皮革鼠标垫（可加热） PingCAP 白色帆布袋 TiDB 新款金属手机支架 TiDB 磁带移动充电宝 2023 Ti 工业风机械键盘 2024 TiDB 社区新款双肩背包 TiDB 2024 彩绘 Ti-Tshirt / SQL-Tshirt TiDB 新款皮质收纳袋 TiDB 67w 满电超充插头（可充笔记本） 以上都要，许愿ING，等会找个水池投枚硬币

如何定位、诊断和处理 TiDB 数据库的故障 通过dashboard通览硬件资源（CPU、内存），查看慢SQL的执行计划 通过后台登录数据库，查看相关命令查询问题所在，主要有集群状态、锁、执行计划、索引、表是否有TiFlash列存，表健康度等等，修改或优化相关参数（全局、当前会话）以解决问题

已投票

最想实现的三个功能 1.多元多方式的备份恢复场景和功能 2.集群巡检和数据库巡检 3.兼容第三方监控平台

谢大神，脚本自己写呗？有没有啥参考的？

逻辑备份之所以要备份，害怕的是底层数据SST无法恢复到其他库中，导出SQL的化就可以随便恢复了