有没有什么数据库适合量大、更新频繁、字段变动频繁的数据？

[zzl22100048]

上亿的数据，两周更新一轮，每天还有几万条新数据入库，这种数据用啥库比较好维护啊
还需要全文搜索😢

[opengps]

规划合理，硬盘跟得上，，目测各种库都能抗住这个规模

[zzl22100048]

@est 真的吗,一天做一千万的更新写入真的可以吗

[594duck]

@zzl22100048 V2 里那种张口就来的人特别多，什么 512M 内存跑十几个服务的 Docker 吹，千万级宽表 mysql ms 级查询的

要真信了这些人的话，早完球了。

带任务来的。

[zzl22100048]

@594duck
@kerro1990
大量的 update 会不会出现什么问题

[est]

@594duck
@zzl22100048

比较老的一个 tokudb 试试。2 周更新一次还行。如果 2 秒更新一次就算了。

[594duck]

@zzl22100048 有什么问题，没什么问题，无非磁盘寿命用的快点，SSD 只做 CACHE 让 SAS 硬盘做数据写入，Microsoft sql server 水平扩展非常方便。

[luvsic]

mongodb?

[teddy2725]

try clickhouse

[black11black]

上亿：几乎所有数据库都没问题。

每天几万条入库：几乎所有数据库都没问题。

全文搜索：似乎 nosql 不行。

字段频繁更新：似乎 mysql 不行。

所以。。oracle 硬钢？

[zzl22100048]

@black11black 还有每天千万的 update

[kerro1990]

@zzl22100048 sqlserver 你查下就知道了，毫无压力，每秒几万个事物都没啥压力

[black11black]

@zzl22100048 update 和 insert 应该都算在入库里，你这个不该算每天几万条新数据，应该说每天几千万新数据。。当然这个压力 oracle 肯定也是没问题的，一千 qps 在 oracle 设计范围内，很轻松可以搞定，相当于每小时 360 万呗。当然我也很好奇频繁改字段该用什么数据库，我想象不到什么业务需要频繁修改字段的，没做过

[zzl22100048]

@black11black 数据更新附带了实时计算，计算的结果随需求一直在加

[goodboy95]

@black11black 话说为啥全文搜索 nosql 不行，这里我不太明白。我自己感觉全文搜索用的是全文索引，应该跟是不是 sql 关系不大吧。

[black11black]

@goodboy95 我就是笼统地一说，mongodb2.4 以前没有全文检索，redis 也没有，所以就当 nosql 没有了，要做当然能做

[nbstoner]

adb