回顾这一年，TiDB团队在技术创新与问题解决上付出了巨大的努力。尤其值得一提的是TiDB 6.5 LTS版本，在2022年底发布后，至2023年已成为众多客户重度使用的首选版本。面对用户频繁反馈的大查询可能导致TiDB Server OOM的问题，我们在TiDB 6.5版本中着重解决了这一痛点，并取得了显著成效。不仅云端TiDB Cloud上的集群报警情况明显减少，来自客户的直接反馈也证实了OOM问题得到了有效缓解。此外，TiDB 6.5还优化了DDL速度，增强了优化器能力，使得年初我对该版本充满信心，认为其表现优异。然而，随着客户更大规模地应用TiDB，将其部署在更关键复杂的场景时，新的挑战接踵而至。
紧接着是TiDB 7.1版本带来的深刻启示。我们曾以一个看似玩笑的问题——“是否有客户尝试一次性导入50TB大小的单表？”来测试数据库界的极限。这个问题在一次北美客户的实际操作中得到验证，他们于4月份启动了一次50TB单表数据的导入任务，但初期遭遇了一系列棘手问题，如数据倾斜导致磁盘满载、PD scatter region过慢引起的导入超时等。尽管起初建议由我们协助完成导入，但客户坚持自行验证并确保一次性成功导入。面对一周内必须解决问题的压力，我们的团队夜以继日地进行导入增强工作，最终帮助客户顺利完成了单表50TB数据的一次性导入。这次经历不仅积累了宝贵经验，也为后续日本客户成功导入单表100TB的数据奠定了基础。
TiDB 7.1版本还在资源控制方面实现了重大突破，特别是在处理TP workload的同时，满足了客户对于复杂查询近乎零影响的需求。通过携手重要客户共同开发resource control功能，我们收获了积极正面的反馈，进一步坚定了聚焦样板客户业务场景，精心打磨TiDB产品，复制成功案例到更多客户的战略方向。
进入TiDB 7.5 LTS版本的研发阶段，我们决定将重心放在产品质量的整体提升上。为了保证版本质量，我们遵循朴素逻辑，严格控制新特性数量，同时投入更多精力用于质量加固工作。从不同LTS版本的特性开发数量统计来看，这一趋势明显表现为递减，而这正是我们致力于提高TiDB整体稳定性和可靠性的有力证明。
限制特性开发对研发工程师来说无疑是一项艰巨挑战，但我们认识到，比起推出大量半成熟的功能，精心打造少量开箱即用且性能卓越的特性更能赢得客户的青睐。例如，在TiDB 7.5版本中，我们深化和完善了resource control机制，引入runaway query机制，为用户提供了针对heavy query的有效控制手段，从而更好地防止突发复杂查询引发的TP业务抖动问题。此外，我们还大力提升了自身的测试效率，比如通过项目“Split integration tests(IT) and unit tests(UT) in TiDB repo”（https://github.com/pingcap/tidb/issues/45961），将整合测试从单元测试文件中分离出去，使单元测试真正回归本源。这项工作的成果显著，测试时间从最初的近50分钟缩短至目前的15分钟，并将持续优化，极大提高了我们的开发和测试效率。
总结2023年的历程，TiDB无论在产品迭代还是稳定性策略上都取得了瞩目的成绩。尽管在前行路上难免犯错与走弯路，但我们坚信这些都将化作宝贵的财富。展望2024年，TiDB将继续坚持以稳定性为基础，着力提升可观测性和特定场景下的性能表现，具体规划可关注TiDB的官方路线图。同时，TiDB Cloud在2023年亦获得了显著进步，未来我们将专门分享“TiDB Cloud in 2023”的精彩故事。
