1
Octopvs 2021-02-24 10:00:59 +08:00
才 100w 啊,看你怎么用这些数据了,一千万一个表我都觉得是正常的
|
2
lavanil 2021-02-24 10:08:32 +08:00
生产环境中 B+树的高度是 4 层就没有问题
|
3
chencode 2021-02-24 10:37:07 +08:00
我们有个日增 60W 条的单表,现在都十几亿了,只要索引建的好,sql 写的棒,速度还是杠杠的。
不过 tidb 确实不错。扩展性好。 |
6
lancelee01 2021-02-24 11:03:12 +08:00
看 SQL 吧,如果你们的 SQL 查询的时间范围跨度太大,不管什么数据库,分不分表,都查的很慢,因为相当于全表扫描。
|
7
lancelee01 2021-02-24 11:06:45 +08:00
大数据量,总量都没上亿 [doge]
|
8
luoqeng 2021-02-24 11:14:31 +08:00
NewSQL 了解下
|
9
encro 2021-02-24 11:25:25 +08:00 1
统计,
那么不是分库分表的问题了。 是需要加统计表。 我们阿里云 2 核 8G,记录大概 3 亿条,200 多 G,通常页面请求都在 0.1 秒内出来。 你得先学会分析慢在哪里。 https://c4ys.com/archives/2349 Mysql 必知必会 -》 Mysql 性能工具 通常来说统计都是很慢的,需要自己加统计表。 比如我们项目有几百个店铺,每天一个店铺几万条数据,需要统计每个店铺和所有店铺的多项指标,那么我可以加这样几个表 stat_total_per_day stat_store_per_day stat_total_per_week stat_store_per_week stat_total_per_month stat_store_per_month stat_total_per_day 例子: date,key, value 对 key,date 建立唯一组合索引。 stat_store_per_day 例子: date,store_id,key,value 对 store_id,key,date 建立唯一组合索引 |
10
teddy2725 2021-02-24 11:44:14 +08:00
每个月 100w 我觉得不算多,不需要分库分表。在线业务和离线分析不用放在一个库里。
|
11
rapperx2 2021-02-24 15:43:56 +08:00
这数据量,用你目前的方案完全够了吧
|
12
rapperx2 2021-02-24 15:44:53 +08:00
要么就了解下 OLAP 数据库,ClickHouse
|
13
Leigg 2021-02-24 17:21:19 +08:00 via iPhone
一年才一千万,mysql 根据表结构情况,单表撑得住千万到亿级,pg 应该更优秀才对,你目前月表方案完全够用,如果想统计,可以用 clickhouse,但不是替换哈,是增加,ck 不支持更新删除。
|
14
cco 2021-03-19 11:27:44 +08:00
- -。你这量级 mysql 完全扛得住- -。
|