可以参考 OpenEuler （操作系统）的命名方式：22.03 、23.03、24.03
22 代表 2022年
.03 代表 3 月份
每年发一个版本，双数年版本为 LTS 版，奇数年为 火车头版类似 dmr
建议采用年份命名，如TiDB 24ai
tidb cloud dedicated 节奏就很好，很喜欢
1月份升级到 7.5.0， 一个月前升级到了 7.5.4 ，就很稳，
而且数据库作为基础软件，一旦上线不可能频繁更新，
即便是 tidb 发版了，客户侧重要的系统也不可能紧跟着升级，
个人觉得小版本到还好，LTS版本最好是1年出一版，甚至两年出一版，仔细打磨，精工出细活。
LTS 我理解应该是支撑或者支持版本，如果1年以内的上线多少个LTS版本，是否给人的感觉不太稳定，我查阅了下MySQL LTS的版本支持，以及其他的LTS版本支持，都是到了一定稳定性才开始做LTS版本，所以这里我建议再考虑下。
目前LTS版本迭代挺快的，可以控制一下速度。
抽奖行李箱了哦。
一年一个LTS 版本就可以。但是核心的功能。要打磨好。足够稳定。数据库一般情况下。很少能跟上最新的版本。除非是新系统
版本更新慢下来，仔细打磨
确实感觉当前版本发布太快了，还是应该调整下发布节奏更好。
一年一个LTS大版本，小版本可以根据具体情况发版，但是希望每年的LTS大版本和前一年的LTS版本有比较大的提升和更新，这样大家也会更有升级的积极性。