你目前最期望tidb有哪些改进或功能？？？

1、写入性能提升，继续完善之前的Partition KV
2、仲裁副本，降低资源需求，同时能保证一定的数据安全。
3、大数据量时oom的进一步控制，比如tiflash hashjoin v2通过补丁下放到低版本。

读写性能提升

写入性能提升

官方推荐单块TiKV机器最大4TB，是否推荐更大磁盘

随着硬件越来越便宜，磁盘越来越大，tidb还是推荐4TB，感觉有些保守了。

如果涉及到节点下线，数据迁移。10G网络带宽需要1小时多完成，1G网络带宽需要10小时完成

我需要热点检测，后台自动balance

读写性能的提升，提升point_get的速度，大查询的调度尽量不影响整体性能

我只想要自定义函数和存储过程

自定义函数

1、查询缓存（包括敏捷版在内的tidb在高并发点查场景下与其他头部分布式有较大差距）；
2、物化视图（有了能大幅降低部分复杂查询的资源消耗）；
3、全文索引（tiflash暴力全表扫已经扛不住了，被迫上了ES）；
4、TEM功能模块丰富（对比友商白屏化功能欠缺：流量回放、白屏CDC等，另外优化下一键巡检，生成的报告向Oracle AWR/ASH看齐）；
5、TEM&TMS整合（最好弄在一起）；
6、告警信息中文化（或者给下中文模板，自己动手改也行）；
7、宣传下海外用户（国内金融干不过其他友商，可以拿海外大客户宣传宣传）；
加油吧，tidb~

存储过程，兼容oracle语法

存储过程

1、比较期待，对锁的监控功能能更加丰富一点，例如哪些sql锁出现频率更高，谁锁了导致哪个sql等待时间长。目前通过dashboard可以看到sql执行时间比较长，出现了锁，但是这个锁等待时间比较长时什么SQL导致的看不出来
2、分区表的全局索引功能更加完善
3、tiflash 并发可以再提高一些

期待第3条：“3、大数据量时oom的进一步控制，比如tiflash hashjoin v2通过补丁下放到低版本。”

您这是深度用户了吧，提这么多呢？

自定义函数&存储过程

存储过程

1. 日志功能完善

• 解决慢查询、general_log日志中，sql语句丢失换行符，导致复杂查询无法解读的问题
• general_log 使用独立的日志文件
• 减少 warning 日志输出，对于系统表写冲突、重启tidb节点产生大量的 hist for table 之类的无用信息不记录日志，或记入 INFO 日志

2. tiflash节点故障时，查询自动转为读取tikv节点（目前的方式是查询报错）

3. 增强误操作数据快速恢能力

• 目前的闪回依赖 GC life time，但该时间设置太长严重影响性能
• 希望支持日志恢复单表，或者闪回支持从日志提取数据之类
• 或者提供类似 mysql binlog 解析这种能力，能够让用户自行检索 br 备份的日志，提取需要的信息

其它：

1. 支持存储过程、自定义函数
2. 主/从+仲裁版本（但需要支持高QPS）
3. 白屏功能统一

• 目前有TEM（仅社区版）、Dashboard、CDC还是DM有个单独的管理页面，还有一系列ctl，最好能够统一一个

4. 参数统一

• 统一单位：有的能够用GB之类，有的只能用字节
• 写法统一：比如 a.b.c，有文档中不好找参数说明

5. tls配置统一

• 社区版和企业版覆盖的组件及某些参数不一样，最近从社区转升企业版踩好多坑

tidb_allow_fallback_to_tikv 这个参数设置了没