hikarisama 最近的时间轴更新 hikarisama 最近的时间轴更新 |
hikarisamaV2EX 第 360184 号会员，加入于 2018-11-01 15:35:28 +08:00 |
| 关于是否上 ES 的问题 Elasticsearch • hikarisama • 2019-03-08 09:14:38 AM • 最后回复来自 ducklyl | 20 |
hikarisama 最近回复了
2019-03-07 16:29:39 +08:00 回复了 hikarisama 创建的主题 › Elasticsearch › 关于是否上 ES 的问题 |
@wph95 你好
1. 每条数据暂定 5 列左右， 有两个 varchar(50) 剩下都 int，暂定存 5 年
2.
3. 简单解释就是每次提交 10w 批次的数据生成一个版本，一个版本查询就是 10w 条
4. 结果有 10w+
是的，需要定位到一条，某段时间的聚合有，但是场景比较少。
模糊搜索目前是会有的，不过我可以看下是否可以通过系统和业务优化解决掉模糊搜索场景。
感谢，我会参考一下 Tidb 的。
1. 每条数据暂定 5 列左右， 有两个 varchar(50) 剩下都 int，暂定存 5 年
2.
3. 简单解释就是每次提交 10w 批次的数据生成一个版本，一个版本查询就是 10w 条
4. 结果有 10w+
是的，需要定位到一条，某段时间的聚合有，但是场景比较少。
模糊搜索目前是会有的，不过我可以看下是否可以通过系统和业务优化解决掉模糊搜索场景。
感谢，我会参考一下 Tidb 的。
2019-03-07 14:54:27 +08:00 回复了 hikarisama 创建的主题 › Elasticsearch › 关于是否上 ES 的问题 |
@zhchyu999 你好，这个 tidb 符合当前我描述的场景吗，还没有深入了解过这款
2019-03-07 14:51:47 +08:00 回复了 hikarisama 创建的主题 › Elasticsearch › 关于是否上 ES 的问题 |
@misaka19000 ok~ 搜索的话主要三种场景
1. 模糊搜索做分析使用
2. 精确提取某一个指标值
3. 按照批次查询某一批数据
Mysql 性能上感觉不是很乐观，其实也在接收的范围内啦，但是它的存储真的很大，亿级别就快上 T 了
1. 模糊搜索做分析使用
2. 精确提取某一个指标值
3. 按照批次查询某一批数据
Mysql 性能上感觉不是很乐观，其实也在接收的范围内啦，但是它的存储真的很大，亿级别就快上 T 了
2019-03-07 14:49:58 +08:00 回复了 hikarisama 创建的主题 › Elasticsearch › 关于是否上 ES 的问题 |
@hxt 你好，单用 es 指的是数据持久层吧，应用逻辑层主要还是关系型的就丢在 mysql，持久层按照你提议的感觉是比较可靠的，我打算测试一下 es 和 influxdb 的可行性
2019-03-07 13:52:34 +08:00 回复了 hikarisama 创建的主题 › Elasticsearch › 关于是否上 ES 的问题 |
@lyc1116 你好，你的意思是还是用 mysql 去 store data 吗？如果是这样，分库分表去存一些不是很常用的历史数据太占地方了有点，而且增加了维护的工作量。
2019-03-07 12:55:04 +08:00 回复了 hikarisama 创建的主题 › Elasticsearch › 关于是否上 ES 的问题 |
@iyaozhen 谢谢回答，眼前规模可能不大，但是后期数据肯定会上亿的，预计年数据量 5 亿~10 亿，所以对我们来讲 mysql 持久并不是一个很好的选择
2019-03-07 12:53:59 +08:00 回复了 hikarisama 创建的主题 › Elasticsearch › 关于是否上 ES 的问题 |
@superrz 谢谢推荐，influxdb 确实是一个可以考虑的 db。有个问题请教一下，我忘记罗列在上面了，我们这里可能还有部分查询是模糊查询，这个 influxdb 的表现也不错吗？
Select Language