@wph95 你好

1. 每条数据暂定 5 列左右， 有两个 varchar(50) 剩下都 int，暂定存 5 年
2.
3. 简单解释就是每次提交 10w 批次的数据生成一个版本，一个版本查询就是 10w 条
4. 结果有 10w+

是的，需要定位到一条，某段时间的聚合有，但是场景比较少。

模糊搜索目前是会有的，不过我可以看下是否可以通过系统和业务优化解决掉模糊搜索场景。
感谢，我会参考一下 Tidb 的。

@zhchyu999 你好，这个 tidb 符合当前我描述的场景吗，还没有深入了解过这款

@misaka19000 ok~ 搜索的话主要三种场景

1. 模糊搜索做分析使用
2. 精确提取某一个指标值
3. 按照批次查询某一批数据

Mysql 性能上感觉不是很乐观，其实也在接收的范围内啦，但是它的存储真的很大，亿级别就快上 T 了

@hxt 你好，单用 es 指的是数据持久层吧，应用逻辑层主要还是关系型的就丢在 mysql，持久层按照你提议的感觉是比较可靠的，我打算测试一下 es 和 influxdb 的可行性

@lyc1116 你好，你的意思是还是用 mysql 去 store data 吗？如果是这样，分库分表去存一些不是很常用的历史数据太占地方了有点，而且增加了维护的工作量。

@iyaozhen 谢谢回答，眼前规模可能不大，但是后期数据肯定会上亿的，预计年数据量 5 亿~10 亿，所以对我们来讲 mysql 持久并不是一个很好的选择