前段时间发了个帖子 你们从MySQL到TiDB的技术选型,最主要的原因是什么? ,了解了各位社区的大佬们选用TiDB的原因。
现在也了解一下各位大佬在使用TiDB的过程当中,是否有遇到痛点问题亟待解决,或希望添加什么样的新功能,可以让 TiDB 更完善。
是大 SQL 过多,内存 OOM 太频繁?
执行计划不准,业务突然变慢,很让人头疼?
欢迎大家继续来吐槽,看看使用 TiDB 有哪些不好的地方,还有哪些待完善、待补充的功能。
前段时间发了个帖子 你们从MySQL到TiDB的技术选型,最主要的原因是什么? ,了解了各位社区的大佬们选用TiDB的原因。
现在也了解一下各位大佬在使用TiDB的过程当中,是否有遇到痛点问题亟待解决,或希望添加什么样的新功能,可以让 TiDB 更完善。
是大 SQL 过多,内存 OOM 太频繁?
执行计划不准,业务突然变慢,很让人头疼?
欢迎大家继续来吐槽,看看使用 TiDB 有哪些不好的地方,还有哪些待完善、待补充的功能。
对于 HTAP 的深度使用用户,希望多租户功能继续完善,能够实现内存的资源管控。
基于MYSQL的数据库,分布式存在的问题:功能支持有限(视图、存储过程等)、大SQL运行不理想、执行计划跑偏等
100%稳定运行 无人值守
好,你可以收拾东西回家了
对不起,我是开发~哈哈哈
集群性能稳定无毛刺。
多租户功能加强,复杂sql 优化器加强
我们需要函数和存储过程。
赶紧把 TiCDC 弄稳定点… 这是目前对接最大的痛点了
自动优化慢SQL
hhh,这个有意思
100%稳定运行,人世间再无 TiDB DBA。以后通过引入AI DBA,说不定就无限靠近了
靠谱
参数有点多啊
可以自动优化参数
周边工具
稳定性
向前兼容性
自动优化慢SQL
自动诊断目前异常的sql,自动锁定导致服务崩溃的sql。有时候还需要人为去找哪些sql导致TIDB异常感觉挺头大的。
自动调优工具&零延时切换&CAP