这个不是磁盘的大小限制，是推荐的一个tikv的数据量大小，防止region数量过多影响性能
读写性能提升，同时能支持读写分离
存储函数，能兼容mysql和Oracle语法
大表 DDL 性能与稳定性提升
用户定义函数和存储过程
直接合并需求，按照频率排序吧
组件合并一下吧，比如pd-server与tidb-server,节点数太多了
1 个赞
企业版已经兼容了 mysql 的存储过程
1 个赞
企业版 TMS 提供了 讲 oracle 储存过程转 java 代码
降低迁移开发成本，因为 TiDB 架构本身兼容 Mysql 所以做不到既要又要，
平凯数据库（TiDB 企业版）已兼容 MySQL 存储过程。
有些企业客户已经用了 8T 的盘，目前看上去跑得也很稳，目前没有什么问题。
触发器和 UDF 已经在搞了，存储过程也会逐步完善
存储过程
数据按照规则自动做冷热分离
自定义函数
提高大数据量update性能，实测insert into select * from t 读取时候修改，写到临时表，原表删除数据再插回都比直接update快
数据压缩比，压缩功能可以再进一步，在选型场景中 直观数据占比还是很有优势的
兼容模式
希望能够降低生产环境的部署要求，支持渐进式扩容。项目初期往往采用单实例MySQL部署，等遇到性能瓶颈的时候再迁移到TiDB集群，我希望可以在可控服务器成本的前提下从一开始就用TiDB，最好是1台服务器就能部署生产环境，以后只需要按需要扩容即可，不再需要考虑迁移集群的问题。
1 个赞
大幅降低硬件要求，能自动适配更好的硬件并提供推荐参数，适配更多的应用场景
当前遇到的困境时，每天都需要手动的做binding绑定执行计划，大多数情况下就是索引用的不对，或者表连接有问题，这类SQL即繁琐还多。
有没有官方的运维脚本或者工具一类的优化手段，可以高效的手段来处理呢
厉害了TiDB