
游戏会记录许多日志(物品消耗、等级、经验等),这些日志是需要入库的
后续会做统计、查询,但是不会很频繁
日志量大不大? 这个看游戏成不成功....
1.我有考虑过 ELK,但是这种方式不太适合
2.尝试过 mariadb tokudb,使用默认压缩算法 zlib 3G 1000W 行的数据 load 到数据库后,数据+索引 1G 左右(infobright 300M 左右)
原来是一直用了 infobright 的社区版(7-8 年了),官方社区版很久之前就不支持了,老板也不舍得花钱买...
1 janxin Mar 21, 2018 Terark ? |
2 owenliang Mar 21, 2018 via Android 试试俄罗斯人写的那个。 |
5 feverzsj Mar 21, 2018 硬盘都是白菜价,没必要在这种问题上浪费时间 |
7 Yinnfeng Mar 21, 2018 不是很理解。ELK 为什么不太合适? |
8 swulling Mar 21, 2018 via iPhone 高压缩比是 CPU 换硬盘,值不值就要看你的场景了 |
9 MeteorCat Mar 21, 2018 via Android 我明确告诉你,数据量贼大!我们去年 10 月份开坑的一个游戏项目,用的 mongDB,现在单单活动数据量记录的库就超过 10G,游戏产生的数据量比传统的 Web 更大更密集,我们过年前加了 50G 硬盘内存,估计下半年又得加一次! |
10 wooyuntest Mar 21, 2018 看一半标题,我第一个想到的是马自达 |
11 akira Mar 21, 2018 你一天的工资拿来加硬盘空间 已经够你们用几年了 |
12 xuyl Mar 21, 2018 clickhouse, 列式数据库; influxdb,时序数据库 |
13 glues Mar 21, 2018 创驰蓝天,高达 13 : 1 的压缩比 |
14 kkfnui Mar 21, 2018 via Android 这个数据量也不大,几百 G 的数据也可以放在 MySQL 中,分库分表就是麻烦点。等到了那个量自然可以有对应的资源投入做事了。 |
18 Yinnfeng Mar 21, 2018 @YYDL 那难道不是看你们服务器方案么?服务器都单独搭建了的话。ELK 单独搭建一套也不是什么事情吧?如果不分开。ELK 也可以使用区分 index 之类的方式啊。 |
20 sujin190 Mar 21, 2018 认真说起来,压缩比高的,使用时 cpu 压缩解压缩的消耗远远超过硬盘正常存储的消耗了吧,你要是弄几个 T,解压都又能要等一天,这还怎么用啊 |
22 min Mar 21, 2018 1 天 10g 可能还算比较有点量,好几个月才 10g 算什么? 7 楼 12 楼的工具可以看看 |