这是一个创建于 2268 天前的主题，其中的信息可能已经有所发展或是发生改变。
数据特点
- 类似 "文章历史" 这样的记录，每次保存都会全文保存下，内容是全 html，单条数据会比较大，条数并不是很多
- 不需要对文本进行检索，只是需要能够查出记录就行。
- 数据量不算是特别大，大概 100g 左右，一个月 10g 的速度增长
目前方案以及遇到的问题
目前数据都直接存放在 mysql 中，但是对 mysql 进行备份的时候非常不方便，这些历史数据不是特别的重要，其实不需要和其他业务数据一起进行备份。
想问问各位 v 友，类似的需求，使用什么数据库保存会比较方便？
 |
1
tuding 2018-10-12 13:38:10 +08:00
存成本地文件, mysql 保存文件路径?
|
 |
2
weizhen199 2018-10-12 13:40:22 +08:00
你要简单就 blob text，最好分下表
|
 |
3
a3mao 2018-10-12 13:42:10 +08:00
mongo 这个就是文档数据库
|
 |
4
mason961125 2018-10-12 14:06:26 +08:00
mongo + 1
|
 |
5
feloxx 2018-10-12 14:14:17 +08:00
mg 有单条 16mb 的限制
注意一下这个就是,mg 也不错 如果要做全文索引,也可以拿 es 来存 |
 |
6
letitbesqzr OP |
 |
7
cloverii 2018-10-12 14:24:22 +08:00
我们是在 mysql 里存条记录，文本放 kv 数据库
|
|
8
letitbesqzr OP @cloverii #7 是什么 kv 数据库呢？
|
|
9
cloverii 2018-10-12 14:32:02 +08:00
@letitbesqzr 自研的……最近为了检索，准备上 ES 了
|
 |
10
boris1993 2018-10-12 14:35:19 +08:00 via Android
@letitbesqzr 8# 我记得就是 Key-Value 数据库，比如 Redis 这样的？
|
|
11
letitbesqzr OP @cloverii #9
 膜拜大厂，我们考虑过存储 es，有 es 大数据方面的一些经验，但是这数据不检索，存 es 有点浪费性能了。 |
 |
12
likuku 2018-10-12 19:40:59 +08:00  1
看需求，MongoDB 是挺适合（就是吃硬盘比较猛)，
不求特别快的速度，且文件名可快检索(重名率低) hadoop 的 hdfs 也可以，直接按路径信息+文件名 存下，取的时候也一样。 至少它们都可以集群化扩展，hadoop 也是需要一些学习成本。 再者，可以参考图片型网站的存储方式：文档(html) 按目录保存成文件，路径信息保存在 DB 里 (mysql 就行)。文件可以保存在 带冗余的 ZFS / btrfs 等支持 snapshot 的高级文件系统，或者更高级的专业存储设备里。 这样，你再备份就相对简单很多了，db 的路径信息相对就小的多， 文件嘛，有了快照，就可以机器空闲时间把快照版本的文件 rsync 之类工具传输到专用备份设备上去。 习惯了 SQL 的话，PostgreSQL 也可以考虑，它字符串类型可以支持到 1GB 大小(你一个文档有这么大么?): "In any case, the longest possible character string that can be stored is about 1 GB. " 来源: PostgreSQL: Documentation: 10: 8.3. Character Types : https://www.postgresql.org/docs/10/static/datatype-character.html 8.3. 字符类型 | PostgreSQL 中文文档 9.3 : https://wizardforcel.gitbooks.io/postgresql-doc/64.html |
|
13
letitbesqzr OP @likuku #12 感谢那么详细的回复，MongoDB 和 存文件数据库存路径 我们再考虑下业务上哪个更合适。
|
 |
14
mutalisk 2018-10-13 16:55:03 +08:00
LevelDB
RocksDB |
 |
15
dezhou9 2019-01-03 14:06:14 +08:00 via Android
s3
|
Select Language