说说你们觉得小说存txt相较于数据库的好处吧，我统一答复

201206030

存云盘节省空间的方案暂时不提，因为这个属于另外一个范畴了，市面上云盘那么多，你们用的也都不同，而且云盘商随时都可能关闭，不可能全部接入吧，如果哪天真要使用云盘的方案，在我看来存数据库和本地txt迁移的难度是一样的，都是通过程序自动执行，不可能手动去迁移。总有朋友问这方面的问题，我也回答过很多遍了，我这里统一答复下吧。

201206030

回复了很多，我发现同学们对数据库的概念不是很清楚，我这里统一说一下哦：
数据库存储数据和txt存储数据本质上没有区别，都是把数据存在硬盘文件上面，占用空间是一样的，都可以支持压缩，数据库只是方便管理文件的一个工具。软件程序的进化史一开始就是使用文件存储，然后逐渐发现管理文件不方便，才出现了数据库这个工具，这个是软件的发展史，从文件存储到数据库存储。

shc

我也没明白为啥那么多人要用txt存储……数据库这么方便不香吗……

plumn

最后谈谈面向的市场和使用对象，个人浅薄眼光来说，主要使用群体就是专业做站的，那么他们一般都是用欧美大厂大空间杜甫配一个ssd主盘，然后用优质线路做跳板，这样的群体，是不需要考虑硬盘空间问题的，做好数据库索引就行
其次是广大娱乐性玩家mjj，个人或者给单位，同学小范围分享装逼用，或者自我享受提升，那么30GB以下空间闲置小鸡是大家喜闻乐见的配置需求，这种访问量完全不需要考虑io和访问相应速度，那么txt存放到onedrive google drive都是没问题的，每小时千次内io访问完全不会触发api限额，需要的时候从网盘拉取对应txt，平时缓存大家日常看的txt到vps，空间快满了删除访问量少的txt，甚至只需要做在线预读取，现看现爬，本地压缩到xGB以内空间就可以使用的场景，更合适一些。

sky21022

90G数据库，帝国cms，虽然是几百万文章，也后悔没采用文本存储。
服务器配置：E5-2683 v3，16G，Sata，现在批量入库更新都常失败。
备份数据库老特么费劲。
数据库恢复更是脑壳疼。技术不到位，建议还是浪费点空间存txt，这样数据备份恢复都不做难。
把折腾的精力拿出来搞搞运营。

loony

成熟方案，如起点这些都是存txt 因为存数据库的话会导致数据库特别大 后期维护成本高～ 存txt的话 如起点用js调用的话可以用CDN这些加速～

dark32

因为存硬盘对大部分小白和mjj来说更方便。
小白和mjj要的是什么？就是操作简单易懂，最好是图形化界面。

如果是存硬盘，数据迁移方法多的是，scp，rsync，甚至最笨的ftp或sftp下载到本地再上传远程服务器。
而数据库备份，对于大部分人来说要么是phpMyAdmin 或者其他sql客户端导出sql再导入，要么是宝塔面板这种把数据库打包成一个文件，这就产生两个问题：1.在线导出这种对应这么大数据量就是一个灾难，2.生产打包文件这种需要双倍的存储空间。
至于mysql的原始data备份，再到新的机器上部署服务，改配置，起停服务，数据重新导入，对很多小白来说门槛非常高，也非常容易出错，甚至一个简单的文件权限问题就可能导致数据导入失败，对大部分用户来说太难了。

当然存硬盘也有些坏处，不过这个mjj不太关心就不多说了。

bitman

目录摘要放数据库，原文txt

201206030

木易酱 发表于 2020-6-9 12:42
存数据库的话，以后搬家怎么备份数据库啊？几百上千G的数据库，完全没法备份搬家 ...

备份搬家和txt有什么区别，打包数据库data目录就可以了，而且还有以下好处：
1.这个是和数据库一起备份搬家，减少了一次备份搬家的过程。
2.数据库还支持自动备份，节约了手动搬家的过程。
3.如果你存多台机器，可以按你的需求备份搬家一部分即可，而txt全部存一台服务器，你备份搬家只能全部备份和搬家全部的数据，量更大。

201206030

bitman 发表于 2020-6-9 12:38
目录摘要放数据库，原文txt

不是让你提方案哦，是让你说出方案的好处，说服我

etc小号

就一个问题，大家的小鸡硬盘都有限，至于什么性能啊，体验啊，对mjj来说都是次要的，反正也不会看，但是我就要存的多

201206030

问题1:内容在数据库 数据库会很大，可以把 txt gzip一下存硬盘上，反正都会套cdn，至于es 对于小说站 算是可有可无的东西了 有点单纯的占用资源了

答复1：txt套cdn有什么用呀（又不是下载），还是得程序先去解析内容，然后显示在模版里面，还没本地快；至于压缩空间，数据库也支持，但是牺牲了性能，我觉得时间比空间重要吧（cpu比硬盘贵）；es还是很重要的，第一提升了检索速度，第二增强了搜索功能，如果我想看主角穿越到了封神时代，与姜子牙有关的故事，就直接搜姜子牙，这样相关的小说就能搜出来，没有es，没法实现。当然你的资源不够的话，es是默认关闭的，只是提供了一种更好的选择。不能说市面上有的就是最好的方案吧，这样技术永远得不到进步。

201206030

问题2: 给点建议，如果把小说储存到数据库数据库鸭梨山大，随便几个T的小说是有的，建议下版本更新为数据库只储存书籍名称和章节名称，小说内容用txt储存，程序调用，完本书籍可以设置一键生产打包为一个txt最后压缩为zip。

答复2: 数据库内容表的并发量并不是瓶颈，不分表处理日pv100万都没啥压力，现在都分表了还压力大，你想放多少台服务器就放多少台？你想分多少台服务器存就分多少台，存txt才有压力好不？txt能放在多台服务器上吗？cpu,内存，硬盘都是瓶颈。

plumn

201206030 发表于 2020-6-9 12:35
问题1:内容在数据库 数据库会很大，可以把 txt gzip一下存硬盘上，反正都会套cdn，至于es 对于小说站 算是 ...

搜索姜子牙列出的不 只是数据库里的索引和书名即可么？txt读取放在点开书目进入阅读后不也可以么？普通人对数据库的操作门槛以及对误操作的担忧，肯定没有txt直接眼见为实看着复制备份心里安稳的。大佬分享个好东西，目的是为了让更多人低门槛使用的话，从使用者角度出发考虑人性化体验会更容易被接纳，毕竟不是面向github程序员群体为主吧

1tv

嗯嗯呢




有些坚持，经不起一点点希望
* 哪怕是一点光亮，也会让人陷入痛苦。——《撒野》

一言

201206030

etc小号 发表于 2020-6-9 12:34
就一个问题，大家的小鸡硬盘都有限，至于什么性能啊，体验啊，对mjj来说都是次要的，反正也不会看，但是我 ...

新版支持分布式存储，可以放n台数据库存储，一本小说占用空间是固定的，数据库和txt都一样，也都支持压缩，txt还只能放一台服务器上

plumn

201206030 发表于 2020-6-9 12:41
新版支持分布式存储，可以放n台数据库存储，一本小说占用空间是固定的，数据库和txt都一样，也都支持压缩 ...

真的是做小说站盈利的，5台100gb vps，成本远高于1台2tb的杜甫