已报名。 【在什么场景下用 TiDB 比用 MySQL 更舒适？】 当你的业务： 数据量像老板的野心一样膨胀 需求像产品经理的脑洞一样多变 用户像追星女孩一样拒绝等待 ——TiDB就是你的数字化“瑜伽教练”，让数据优雅伸展，让团队快乐躺赢！ 【对本系列 Meetup 的期待】 主要有以下期待： 1.TiDB的正确使用姿势，异常排查难点分解； 2.TiDB for AI

【你最想实现的 TiDB 功能需求】 自定义函数 【你最喜欢的 TiDB 新特性 + 理由】资源管控， Vector Search 【你最想要周边心愿池里的哪个周边】TiDB 新款皮质收纳袋 【你考过哪些 TiDB 证书？】 PCTA PCTP 【你身边有多少位朋友在用 TiDB？】7+

1、一套 TiDB v5.4.3 的集群，其上游是 MySQL5.7 ，通过 DM 同步数据到TiDB，这种情况TiDB建议升级到哪个版本？ 2、一套 TiDB 的数据来源是 MySQL5.6 通过 flink cdc 同步到 TiDB v5.4.3 集群，MySQL放热数据，TiDB 放全量数据。这种情况 TiDB 建议升级到哪个版本？ 3、可以不停机升级吗？如何安全平稳的升级？ 4、业务稳定的话是否建议升级？

4套小集群，v5.4.3。想尝试一下新版本，业务使用不重，具体还得再看看~

本人最大的收益是重新回顾数据库架构，DB知识从点到线，终于串联到网状~

我要挑战

收到

哈哈，是的！m2固态硬盘性能更佳,一分钱一分性能啊。我们目前对性能要求不高，主要是qiong，用的旧设备，凑合一下咯。

TiDB Duration 99线平常 4ms 左右，tikv IO 告警时 Duration 99线 20.9ms ,磁盘是SATA SSD。目前这个时间业务是可以接受的。那看来就是 IO 利用比较充分了，就是收到告警就忧心忡忡。 谢谢大大！

哦哦~响应时间有升高，但是在可接受范围内。谢啦！

“AUTO_RANDOM 列现在仅允许在 BIGINT 和 UNSIGNED BIGINT 列上定义”，而BIGINT的取值范围是超过11位的。所以，如果希望限制 id 列的长度是11位，那就无法用 AUTO_RANDOM 。可以通过 id int 限制取值范围，不过 id int很容易不够用。

感谢各位老师分享！

去年愿望： 1、瘦 10 斤；（DONE.保持了大半年，但过年反弹3斤；） 2、升职加薪；（未实现） 3、带娃和家长们自驾海南；（DONE） 今年愿望： 1、减肥 5-7 斤； 2、努力工作学习，升职加薪； 3、策划并带家人长途旅行 1 次； 4、病毒退散，宝宝上托班幼儿园健健康康顺顺利利，全家平安。

生产目前还是5.6/5.7为主，稳定,够用，就没升级。 实验项目有用8.0的，但是8.0的需要xtrabackup 8.0.x 来备份，而xtrabackup 8.0.x 备份不了5.6/5.7,有点不方便。

啊，一语惊醒梦中人，应该就是这个原因了，实际起作用的label 估计只有 host… [image]

感谢！我试试~

目前的版本够用了，就还没追最新版本。

谢谢表妹。