这是一个创建于 1984 天前的主题，其中的信息可能已经有所发展或是发生改变。
理论上 数据量 32T 之内.但是实际的生产环境呢?
我记得之前在网上看到过 mysql 2000w 是一大关.
pg 有没有类似的经验值?
谢谢.
我记得之前在网上看到过 mysql 2000w 是一大关.
pg 有没有类似的经验值?
谢谢.
10 条回复 • 2019-06-10 10:18:35 +08:00
 |
1
chaleaochexist OP 2000w 是 2000 万条记录.
这里不需要考虑 一条记录有多少个字段. 假设 10 个 charfield 字段. |
 |
2
snappyone 2019-06-04 13:40:37 +08:00
要看你查询复杂度，没有一个恒定值的
|
|
3
chaleaochexist OP 另外,不考虑查询复杂度和时间 /效率要求.
只是考虑,数据库在没有 DBA 帮助的情况下, 多大的记录数量,数据库会崩. |
 |
4
Chenamy2017 2019-06-04 16:40:01 +08:00
同求，有没有人有这方面经验。
|
 |
5
raptor 2019-06-04 16:48:58 +08:00
崩是一般不会崩的，我家里一台 J1900/8G 内存的小破电脑(FreeBSD+PostgreSQL)，跑一个单表将近 2 亿记录的库也没崩啊，只是查询速度比较感人而已。
|
 |
6
lolizeppelin 2019-06-04 16:58:07 +08:00
@raptor
哼哼 老实交代是不是什么 qq 关系库之类的 嘿嘿 |
 |
7
Ashitaka4 2019-06-04 19:56:03 +08:00 via iPhone
现在 SSD 存储 2000w 就分表了？
|
 |
8
cuebyte 2019-06-04 20:03:59 +08:00
看樓主的需求，猜測你需要 timescaledb 這個 pg 插件, 拿走不謝
|
 |
9
sagaxu 2019-06-05 00:44:18 +08:00 via Android
分表之后如果还在同一台机器，且各个分区使用频率差不太多，那就毫无意义了
|
|
10
raptor 2019-06-10 10:18:35 +08:00
@lolizeppelin 嘿嘿，佛曰，不可说，不可说
|
Select Language