各位公司项目中的 doris 稳定性如何

[skymei]

背景是最近公司准备新开一个项目，之前主用 Elasticearch ，不想再采用之前的技术栈，希望引入新的东西。我调研了一番发现 doris 比较适合我们的业务场景，让后在阿里云开通了一个月的 selectDB 试用，实际测试下来发现很多问题，一些隐性的坑官方文档不说，最大的问题是稳定性，BE 节点可能在某个 sql 执行后就直接挂掉了，不重启是不会自动恢复的。下面是才测试了少部分场景就发现的一些问题。

1. array 数组类型建立倒排索引不支持分词器，只能精确匹配，要模糊匹配，只能新增一个 string 字段，拼接起来然后做倒排索引，配置分词器
2. array 数组类型不支持修改字段长度，只能新增一个字段。
3. variant 可变类型不能存 对象数组，会将同字段数据合并，失去原数据结构
4. variant 可变类型存 json 数据如果层级超过两层，会用 jsonb 格式存储，查询性能非常差（一多维的 json 格式数据应该很常见吧）。
5. variant 官方文档上的函数 explode_variant_array ，有可能会导致集群挂掉，需要重启。
6. json 暂不支持 倒排索引 （这个文档倒是说了，但是我们也是刚需，没办法） 6 array<struct> 倒排索引不支持分词器

想问问你们项目使用 selectDB 的真实体验如何。

[8355]

现在的现在的阿里云确实是这样的，跟以前差距很大可能是降本降的吧
现在推的各种 serverless 版本，目前用下来只有 kafka 的 severless 是稳定的，其他的都非常垃圾 各种问题一大堆

[Suomea]

中文文档，中文社区，官方支持回复很快。
我们之前也莫名奇妙挂过一次，建议使用最新的稳定版。
我们纯粹当作物联网数据库在用，场景简单。好用。

[skymei]

感觉只能简单场景用用了，像我们对于对象类型字段有深度需求的，不太行了，要么就用关联表 join 来查询

[desm]

简单场景用用吧

就目前的小规模试验（ 8T 数据）稳定性还好，对简单的查询支持较好，大规模聚合容易爆内存

[vvtf]

在用 2.1.8,本地部署,非云.
1. 确实经常一个 sql 查询 oom 或者其他问题出错了只有重启 be, 不知道为什么不能自动恢复.
2. 遇到一个致命级别的 bug, 就是一张表 unique key(a,b,c), 其中按照 a,b 查询能查询结果, 加上 c 就查询不到,数据却实实在在存在,然后使用 group by unique key, count 有一部分是 2, 官方排查了 1 周没结果.
3. 其他就是一些函数支持不完善,作为一个 olap 数据库不应该的,
如:
any 函数不支持 json.
in 条件不支持元组.
用其他版本的开窗函数都或多或少有 bug,如 row_number 在 cte 下失效,first_value/last_value 的 ignore nulls 无效等.
array 的 json 串无法转换成 json 等.
分区表的物化视图创建有 bug 等.

好处就是中文社区很活跃问题会很快得到回复.

[skymei]

@vvtf 跟我测试的感受一模一样， array 的 json 串无法转换成 json 这个点我写入数据后都呆了，还以为是代码 bug,一个数据库把要存的数据结构给改掉了，这合理吗 ，我目前实测之后，基本数据类型还是比较稳的，性能也很好，但是 json,array, variant 这种类型就不好说了，variant 类型完全不能碰，使用时的各个阶段都有大坑。
只能说还是不成熟，等各种特性都完美交付之后，doris 就是一个非常好的 OLAP 数据库， 现在还差得远。

[3wY4ZelqS1uYD4NJ]

我这边做云代理的，阿里云、华为云、腾讯云和海外亚马逊都做，阿里云你的问题，我这边可以给到你比较好的支持，可以给你免费开钉钉企业工单支持，折扣上也不错，v：alyunflc