RT。
数据量级已经到达千万级，mysql 即席查询已经不太能满足。
现在内部用过 impala，但是不太好用，复杂类型使用限制较多。
各位大佬，有没有更好的 OLAP 框架组件推荐呢？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2444 days ago, the information mentioned may be changed or developed.
 |
YouXiaFeb 26, 2020
1
Presto
|
 |
misaka19000Feb 26, 2020
2
HBase
|
 |
zzcworldFeb 26, 2020
3
试试 yandex 的 clickhouse 吧
|
 |
4
千万级不算大，建议单机数据库省时省心，比如 greenplum
|
1 |
5
@YouXia presto 内部也有 感觉速度不够快 用来支持在线的应用不知道怎么样...
@misaka19000 hbase 的话，需要再加一个服务吧，专门处理前端和 hbase 之间的交互吧... |
|
6
|
 |
preytaFeb 26, 2020
7
clickhouse 可以
|
|
misaka19000Feb 26, 2020
8
Elasticsearch ？支持 rest 接口
|
 |
9
1. HBase 是 CF 的 NoSQL，跟 OLAP 没关系
2. CH 可以，但运维成本高，没法更新，rebalance、扩容、 删数据头疼 3. Doris 整体而言不错，性能、运维、灵活性皆可，可以低频更新 但用此类 OLAP 的系统都需要先把数据打平，有一个 ETL 的过程，过于复杂的 SQL （ join 过多），性能都不会太好 有一个纯内存的 OLAP 引擎：SnappyData，速度很快，可以支持非常复杂的 SQL ；但社区小众，而且不稳定，BUG 多，不过千万级的数据还是随便玩了 楼主可以都调研一下，个人推荐 Doris |
 |
xinyewdzFeb 26, 2020
10
千万级，es 完全可以搞。
|
|
11
@misaka19000 ES 内部有一个 20 亿数据的分析服务... 不过不是即席查询... ES 语法比较复杂、和大数据解决方案路径几乎完全不同，维护学习成本比较高。
|
 |
maodun1997Feb 26, 2020
13
基于 Flink 实时数仓，先做数仓。做了数仓可以提高查询效率。
|
|
14
关于百度开源的 Doris 系统，有一篇介绍还不错： https://blog.bcmeng.com/post/meituan-doris.html
@EmdeBoas 哦 不对 评论区捉到了你 大佬😄 |
 |
minFeb 26, 2020
15
kyligence
|
 |
aimiyoooFeb 26, 2020
16
kylin,druid,es,clickhouse,doris，看情况具体分析吧
|
 |
lovedebugFeb 26, 2020
17
流式实时数据库还是不少的。
ELK 集群 + 热数据可以近实时，这样节省成本。 如果用 SPARK + 分布式实时数据库，那成本可是非常贵的 |
|
18
|
 |
btnokamiFeb 26, 2020 via iPhone
20
aws redshift?
|
 |
jaksonFeb 26, 2020
21
16 楼正解
|
 |
SbloodySFeb 26, 2020
22
spark 或者 flink 实时数仓搞定
|
 |
yaxianzhiFeb 26, 2020
23
千万量级分下表，优化下索引，优化下 sql，应该可以应对吧
|
 |
ComdexFeb 26, 2020 via iPhone
24
试试 tidb?
|
Select Language