分享

APP直播源码,是时候对分布式缓存系统进行比较了

 yunbaoKJ 2023-07-31 发布于山东

分布式缓存系统可用的方案有很多种,帮助APP直播源码应对各种场景下的难题,在选择方案时,平台也需要考虑到自己实际的应用情况,不仅是方案是否能满足平台需求,还有后续使用时,能否稳定流畅。

  



一、Memcached

严格来说,它并不能算是分布式缓存系统的一种,更倾向于将其看成一个单机的缓存系统,所以从各个方面来说,其容量是有上限的。好处在于其是开源的,访问协议也是公开的,所以目前很多三方客户端或扩展,在一定程度上为集群扩展做了支持。

另外,由于memcached内部通过固定大小的链去管理内存数据,分配和回收效率很高,所以读写性能都很高。

坏处在于,memcached集群的不同机器之间是独立的,没有数据方面的通信,当APP直播源码发生数据倾斜时,无法自动调整。

二、Redis

属于APP直播源码很常用的缓存系统,Redis除了可以像mamcached那样支持普通类型的存储外,还支持listmapset等集群类型的存储,这种特性在业务开发中很方便。

Redis源生支持持久化存储,但APP直播源码并不能太依靠这个集群,一旦使用持久化后,性能就会快速下降。

Redis支持集群,当主机宕机时,可以快速切换到备机,和MySQL主备模式差不多,但不能算是分布式系统。另外在扩展上,目前Redis没法给APP直播源码提供成熟的方案,只能通过主备同步的模式进行扩展数据迁移。

  



三、内存数据库

主要指的是关系型内存数据库,一般APP直播源码使用时可以分为两个情况:

1、对数据计算实时性要求高时,是基于APP直播源码磁盘的数据库很难处理,同时又要依赖关系型数据库的一些特性,这种数据一般是临时的数据,使用周期较短,计算完成或者进程结束就可丢弃。

2、数据的访问量较大,但数据量不大,这样即便是丢失也可以很快从持久化存储中把数据加载到内存里。

但不管是哪个场景,存在于内存数据库中的数据都必须是相对独立或者只服务于读请求的,这样APP直播源码可以跳过复杂的数据同步处理。

声明:以上内容为云豹科技作者本人原创,未经作者本人同意,禁止转载,否则将追究相关法律责任

    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多