V2EX › wuhao1 的所有回复 › 第 1 页 / 共 7 页

@wxf666 目前的方案就是采用 oss 存储章节内容，遇到密集操作整本书的时候巨慢，单章的读写没什么问题，目的就是要生成一本新的书，所以边看边拆不现实，再说边看边拆，不好控制需要不断记录拆的位置然后要截断的位置，不如全本全局的拆。我们目前并没有压缩内容，读取内容更方便。

@niubee1 就是普通的付费小说平台，类似与阅文，点众这样的

其实可以搞成 oss 和磁盘共存（某一项用做备份，需要密集操作调磁盘，效率高，一般的章节读写 oss 磁盘都可以。

164 天前

回复了 wuhao1 创建的主题 › 数据库 › 问下站内大神们成千上万的小说-存储方案

@biubiuF 目前是第一次读整本书的时候存 redis 缓存，后面的访问都是访问 redis ，但是第一次也还是很慢

165 天前

回复了 wuhao1 创建的主题 › MySQL › 老生常谈关于子查询的应用

如果一条一条的执行，也会频繁调用数据库可能会执行 6 次查询
加上网络 io 。子查询不一定会慢的，利用好子查询更有利于性能的提升。
当然我所说的是适当的使用子查询更有利于性能的提升。

165 天前

回复了 wuhao1 创建的主题 › MySQL › 老生常谈关于子查询的应用

其实是一条 sql 包含了 4~5 个子查询那么一次性执行完毕

165 天前

回复了 wuhao1 创建的主题 › 数据库 › 问下站内大神们成千上万的小说-存储方案

@wxf666
@niubee1
是这样的，比如为了某种需求，需要对整本书做一些操作，比如拆章，将之前 3000 字一章的拆成 1500 字（甚至更少）左右 1 章，那么就需要先将整本书读完，然后在做操作，如果是存 oss 那么读整本书的等待时间，就很煎熬了。

165 天前

回复了 wuhao1 创建的主题 › 数据库 › 问下站内大神们成千上万的小说-存储方案

@niubee1 收费，免费都有，所以就按收费来，免费的收费为 0 ，加密这个之前搞过不过算法也在 js 里可以破解，后面索性不加密了，哈哈
@winglight2016 是的按章节收费，也有按本收费的，看大神回复的很多都是按整本（适合免费小说的方案，付费的确实不适合。
oss 看起来确实不失为一个好的方案，但应用下来，在应对密集操作就是灾难，网络 io 太大，请求一整本书的时候会很慢，不得已需要将书存到缓存来缓解这种缺点

174 天前

回复了 wuhao1 创建的主题 › 数据库 › 问下站内大神们成千上万的小说-存储方案

@ytmsdy OSS 应对密集操作不友好，网络 IO 太高

175 天前

回复了 wuhao1 创建的主题 › 数据库 › 问下站内大神们成千上万的小说-存储方案

oss 确实不失是一个好方法，但是在集中密集操作就暴露缺点了，如果我要读完整的一本书的内容，网络开销太大了

还有就是如果是免费小说那么静态化再加上 CDN 毫无压力，可是如果是收费呢？

总结：把磁盘和 oss 的优点集中起来，既存 oss 又存磁盘，有没有就好很多 ……^_^

不存数据库的话全文检索又是一个问题。

176 天前

回复了 wuhao1 创建的主题 › 数据库 › 问下站内大神们成千上万的小说-存储方案

oss 对于密集操作，很不友好，网络 IO 开销太大了

@Kinnice 暂时没有分布式要求
@dynastysea 磁盘只要存章节内容就行了，章节的元数据存数据库

@MoYi123 用磁盘主要是方便和性能的考虑
@shadowyue oss 其实成本应该比磁盘贵

@13240284671 书少确实存数据库，但是海量的书存数据库就不合适宜了，主要是数据库的存储太贵了

1 2 3 4 5 6 7

❮

❯