tidb好像支持时间旅行语法，查询视图时要保证所用到的表是同一个时间节点

其实相比于版本更新速度，大家更在乎稳定性和低bug率，因为一旦安装完成后，如果因为bug影响生产使用或者需要频繁去升级，可能会增加很多时间和人力成本去维护，反而会影响大家对数据库的原则

空region是正常的，因为当前日期之后的分区都没有数据

那可以先少创建点，等用到时再创建一批

应该是分区策略不合理造成的，至少当前日期到2050之间的分区目前都是空的，目前也不会有数据，可以根据主键或者业务的使用情况对表分区

–user参数可有可无，不加默认就是root用户，添加的话指定哪个就是哪个用户

分区表全局索引 GA和实例级执行计划缓存，对数据库来说，性能有时比较重要

【最符合预期的功能有哪些】dashboard页面监控 【哪些功能还需要继续改进】流量可视化、热点排查 【哪些功能对你帮助不大】暂无

大概率是内存溢出，查看下慢查询，最好到tidb的日志文件上看看

稳定安全第一位，性能，社区和成本，用户体验

lighting工具每天全量备份

一般都是dashboard，查看慢日志，流量可视化菜单以及集群资源的使用情况(cpu、磁盘等)

【你最想实现的 TiDB 功能需求】 数据备份恢复的可视化界面操作 【你最喜欢的 TiDB 新特性 + 理由】 tiproxy+减少了配置负载服务的工作和难度 【你最想要周边心愿池里的哪个周边】 键盘、行李箱 【你考过哪些 TiDB 证书？】 PCTA\PCTP\PCSD 【你身边有多少位朋友在用 TiDB？】 3+

正常现象，延长gc时间，会消耗集群资源，性能下降

目录问题，在tidb服务器各节点上分别创建如下 ，并授权 /tmp/tidb/tmp_ddl-4000

已投票

1.自动化运维，包括常用的参数修改及测试 2.集群在线备份及恢复 3.集群容灾能力

有些是可以使用命令修复的，如果修复不了就手动关闭即可

关闭，可以手动关。另外，使用tiup 的check和apply命令好像能自己处理