这是一个创建于 403 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
raycool 2024-04-30 00:15:55 +08:00
现在用的啥
|
 |
2
drymonfidelia OP @raycool 现在用的 MySQL ，太卡顿了，而且数据库体积非常大，正在计划重构
|
 |
3
jhdxr 2024-04-30 00:31:09 +08:00
直接 ETL ？
|
|
4
jhdxr 2024-04-30 00:31:52 +08:00
打错了，我想说 ELK
|
 |
5
Belmode 2024-04-30 01:42:25 +08:00
之前做过类似的，这种系统用 MongoDB 类的数据库，天然合适。不过有点需要主要，需要规划好文档结构和集合规模，还有要考虑索引的 key 。
因为数量达到一定程度，还是会慢，并且数据集合过大，MongoDB 直接无法 count 了。 1 、预估数据规模，设定需要的硬件配置 2 、选择单独分片还是分片分表，决定集群方案 3 、尽可能减少索引数据量，因为 MongoDB 会在 index 时把所有对应的索引完全载入内存，会导致内存占用高 4 、仅作业务分析，避免多文档事务 5 、聚合计算尽可能降低规模，提高查询效率、count 效率。 基本上单集合几亿数据毫无压力 |
 |
6
locoz 2024-04-30 01:48:57 +08:00 via Android
建议考虑用 ES ，应该会比 MongoDB 更适合
|
 |
7
qW7bo2FbzbC0 2024-04-30 09:48:38 +08:00
MongoDB 数据量大了，官方只有逻辑备份的工具，备份挺困难的，一次备份持续好几天。percona 物理备份工具需要使用 percona 分支的 MongoDB 。
elastic 需不需要备份，有物理备份方式吗？ |
 |
8
dododada 2024-04-30 10:29:37 +08:00
@qW7bo2FbzbC0 上海机房备份到北京机房？
|
 |
9
vczyh 2024-04-30 11:31:05 +08:00
@qW7bo2FbzbC0 直接把 data 目录备份可行不
|
|
10
vczyh 2024-04-30 11:31:39 +08:00
@qW7bo2FbzbC0 MongoDB
|
|
11
qW7bo2FbzbC0 2024-04-30 11:48:07 +08:00
|
 |
12
lenmore 2024-04-30 12:58:30 +08:00
@qW7bo2FbzbC0 我是用 LVM 卷的 snapshot 做物理备份。
|
|
13
vczyh 2024-05-06 09:15:17 +08:00
|
Select Language