1
TimePPT 2020-09-08 23:30:03 +08:00 via Android
Hadoop
|
2
misaka19000 2020-09-08 23:33:17 +08:00
Elasticsearch
|
3
baiduyixia 2020-09-08 23:36:33 +08:00 via iPhone
mysql
|
4
zzl22100048 OP @baiduyixia mysql 这么大量真能行么
|
5
zzl22100048 OP @misaka19000 目前是 hbase+es 二级索引,维护起来太累了
|
6
zzl22100048 OP @misaka19000 @TimePPT 目前是 hbase+es 二级索引,维护起来太累了
|
7
dethan 2020-09-09 00:24:45 +08:00 via Android
ads
|
8
xupefei 2020-09-09 00:35:52 +08:00 via iPhone
pgsql
|
9
wellsc 2020-09-09 01:47:16 +08:00 via iPhone
时序数据库
|
10
127000 2020-09-09 02:12:02 +08:00
楼主不妨参考下之前的帖子:)
sov2ex.com/?q=亿级数据 |
11
594duck 2020-09-09 04:22:00 +08:00 via iPhone 1
8 万一台的 dell R740 双 E5,512G 内存,ssd 和万转 sas,加上 Microsoft sqlserver 5 台做 cluster 。授权费一台加 Windows 也就 5 万。
再上去就是 oracle 的 别看千多,阿里的 DRDS 比这还贵 |
12
594duck 2020-09-09 04:24:45 +08:00 via iPhone
如果要用云。就是 zaure,或者直接开 oracle cloud
|
13
des 2020-09-09 07:25:03 +08:00
问一下你们这是啥需求
同时需要这么多条件的:量大、更新频繁、字段变动频繁、全文搜索 |
14
zzl22100048 OP @127000 有点不一样,我们有对老数据更新的需求,
|
15
wwwwzf 2020-09-09 07:43:42 +08:00 1
sqlserver 能用好就很不错了。
SQLServer2005: Database size 1,048,516 TB Databases per instance of SQL Server 32,767 Filegroups per database 32,767 ( SQL2000 是 256 ) Files per database 32,767 File size (data) 16 TB ( SQL2000 是 32TB ) File size (log) 2 TB ( SQL2000 是 4TB ) SQL2012 设计极限: 524 PB(536,576TB/549,453,824G) |
16
zzl22100048 OP @des 类似企查查
|
17
newghost 2020-09-09 08:50:54 +08:00
|
18
est 2020-09-09 08:54:07 +08:00 via Android
这点数据 mysql 毫无压力啊。没秒万行也能试试
|
19
Kaiux 2020-09-09 08:55:11 +08:00
|
20
kerro1990 2020-09-09 08:57:05 +08:00
sqlserver 最适合,性价比最好
|
21
opengps 2020-09-09 09:12:18 +08:00
规划合理,硬盘跟得上,,目测各种库都能抗住这个规模
|
22
zzl22100048 OP @est 真的吗,一天做一千万的更新写入真的可以吗
|
23
594duck 2020-09-09 09:52:39 +08:00
|
24
zzl22100048 OP |
25
est 2020-09-09 10:47:40 +08:00
|
26
594duck 2020-09-09 11:03:21 +08:00
@zzl22100048 有什么问题,没什么问题,无非磁盘寿命用的快点,SSD 只做 CACHE 让 SAS 硬盘做数据写入,Microsoft sql server 水平扩展非常方便。
|
27
luvsic 2020-09-09 11:26:37 +08:00
mongodb?
|
28
teddy2725 2020-09-09 11:37:13 +08:00
try clickhouse
|
29
black11black 2020-09-09 19:11:49 +08:00
上亿:几乎所有数据库都没问题。
每天几万条入库:几乎所有数据库都没问题。 全文搜索:似乎 nosql 不行。 字段频繁更新:似乎 mysql 不行。 所以。。oracle 硬钢? |
30
zzl22100048 OP @black11black 还有每天千万的 update
|
31
kerro1990 2020-09-09 21:06:57 +08:00
@zzl22100048 sqlserver 你查下就知道了,毫无压力,每秒几万个事物都没啥压力
|
32
black11black 2020-09-09 21:48:51 +08:00
@zzl22100048 update 和 insert 应该都算在入库里,你这个不该算每天几万条新数据,应该说每天几千万新数据。。当然这个压力 oracle 肯定也是没问题的,一千 qps 在 oracle 设计范围内,很轻松可以搞定,相当于每小时 360 万呗。当然我也很好奇频繁改字段该用什么数据库,我想象不到什么业务需要频繁修改字段的,没做过
|
33
zzl22100048 OP @black11black 数据更新附带了实时计算,计算的结果随需求一直在加
|
34
goodboy95 2020-09-10 09:31:30 +08:00
@black11black 话说为啥全文搜索 nosql 不行,这里我不太明白。我自己感觉全文搜索用的是全文索引,应该跟是不是 sql 关系不大吧。
|
35
black11black 2020-09-10 15:01:58 +08:00
@goodboy95 我就是笼统地一说,mongodb2.4 以前没有全文检索,redis 也没有,所以就当 nosql 没有了,要做当然能做
|
36
nbstoner 2020-09-11 16:31:48 +08:00
adb
|