高压缩比引擎/数据库有啥好推荐？

[YYDL]

游戏会记录许多日志(物品消耗、等级、经验等)，这些日志是需要入库的

后续会做统计、查询，但是不会很频繁

日志量大不大？ 这个看游戏成不成功....

1.我有考虑过 ELK，但是这种方式不太适合

2.尝试过 mariadb tokudb，使用默认压缩算法 zlib 3G 1000W 行的数据 load 到数据库后，数据+索引 1G 左右(infobright 300M 左右)

---

原来是一直用了 infobright 的社区版(7-8 年了)，官方社区版很久之前就不支持了，老板也不舍得花钱买...

[janxin]

Terark ？

[owenliang]

试试俄罗斯人写的那个。

[YYDL]

@janxin Terark 刚去看了一下，非商业用途免费， 老板估计会拒绝

[YYDL]

@owenliang sphinx ？

[feverzsj]

硬盘都是白菜价，没必要在这种问题上浪费时间

[YYDL]

@feverzsj 说得也有道理...

[limitsy]

不是很理解。ELK 为什么不太合适？

[swulling]

高压缩比是 CPU 换硬盘，值不值就要看你的场景了

[MeteorCat]

我明确告诉你，数据量贼大！我们去年 10 月份开坑的一个游戏项目，用的 mongDB，现在单单活动数据量记录的库就超过 10G，游戏产生的数据量比传统的 Web 更大更密集，我们过年前加了 50G 硬盘内存，估计下半年又得加一次！

[wooyuntest]

看一半标题，我第一个想到的是马自达

[akira]

你一天的工资拿来加硬盘空间 已经够你们用几年了

[xuyl]

clickhouse, 列式数据库； influxdb，时序数据库

[glues]

创驰蓝天，高达 13 : 1 的压缩比

[kkfnui]

这个数据量也不大，几百 G 的数据也可以放在 MySQL 中，分库分表就是麻烦点。等到了那个量自然可以有对应的资源投入做事了。

[zts1993]

@glues #13 一定要这么皮么

[YYDL]

@limitsy 游戏研发好后，会代理给一些平台，各个平台的数据要独立分开，如果用 ELK，就会导致每个平台都要搭建一个

[YYDL]

@akira
@swulling
加硬盘确实是最快的解决方法

[limitsy]

@YYDL 那难道不是看你们服务器方案么？服务器都单独搭建了的话。ELK 单独搭建一套也不是什么事情吧？如果不分开。ELK 也可以使用区分 index 之类的方式啊。

[sujin190]

@MeteorCat #9 黑的可以。。肯定是吧 T 协程了 G 了，2333

[sujin190]

认真说起来，压缩比高的，使用时 cpu 压缩解压缩的消耗远远超过硬盘正常存储的消耗了吧，你要是弄几个 T，解压都又能要等一天，这还怎么用啊