缓存-不过是从头再来罢了

不过是从头再来罢了

每日的一小步，如同水滴石穿，持之以恒，必有成效。

累计撰写 62 篇文章
累计创建 35 个标签
累计收到 0 条评论

目录CONTENT

以下是缓存相关的文章

2024-10-08
docker搭建Redis分片集群 1.主从/哨兵不足主从模式可以解决高可用、高并发读的问题。但依然有两个问题没有解决：海量数据存储高并发写要解决这两个问题就需要用到分片集群了。分片的意思，就是把数据拆分存储到不同节点，这样整个集群的存储数据量就更大了。 Redis分片集群的结构如图分片集群特征：集群中有多个master，
- 2024-10-08
- 6
- 0
- 0
- redis
- docker
2024-10-08
Redis哨兵同步原理 Redis提供了哨兵（Sentinel）机制来实现主从集群的自动故障恢复。 1.集群结构和作用哨兵的结构如图：哨兵的作用如下：监控：Sentinel 会不断检查您的master和slave是否按预期工作自动故障恢复：如果master故障，Sentinel会将一个slave提升为master。
- 2024-10-08
- 6
- 0
- 0
- redis
2024-09-10
Redis主从数据同步原理下面介绍下主从同步的原理。 1.全量同步主从第一次建立连接时，会执行全量同步，将master节点的所有数据都拷贝给slave节点，流程：这里有一个问题，master如何得知salve是第一次来连接呢？？有几个概念，可以作为判断依据： Replication Id：简称replid，是数据集的标
- 2024-09-10
- 15
- 0
- 0
- redis
2024-09-10
Redis搭建主从架构 1.主从集群结构我们搭建的主从集群结构如图：共包含三个节点，一个主节点，两个从节点。这里我们会在同一台虚拟机中开启3个redis实例，模拟主从集群，信息如下： IP PORT 角色 192.168.150.101 7001 master 192.168.150.
- 2024-09-10
- 26
- 0
- 0
- redis
2024-09-10
Redis持久化有哪些 Redis是一个内存数据库，所以其运行效率非常高。但也存在一个问题：内存中的数据是不持久的，若主机宕机或 Redis 关机重启，则内存中的数据全部丢失。当然，这是不允许的。 Redis 具有持久化功能，其会按照设置以快照或操作日志的形式将数据持久化到磁盘。根据持久化使用技术的不同，R
- 2024-09-10
- 21
- 0
- 0
- redis
2024-09-10
用Redis实现用户签到 1.需求我们要设计一个签到功能,统计一个月内，一年内的签到情况。 1.1 使用DB存储针对签到功能可以通过mysql来完成，比如这张表 CREATE TABLE `tb_sign` ( `id` bigint(20) UNSIGNED NOT NULL AUTO_INCREMENT COM
- 2024-09-10
- 17
- 0
- 0
- redis
2024-09-09
用Redis实现好友关注 1.关注功能 1.1 需求针对用户的操作： 1.可以对博主进行关注和取消关注功能。 2.在博主个人页面展示出当前用户与博主的共同关注。需求：基于该表数据结构，实现多个接口：关注和取关接口判断是否关注的接口判断是否关注的接口详情里展示共同关注列表接口 1.2 设计关注是User之间的关系
- 2024-09-09
- 21
- 0
- 0
- redis
2024-09-09
用Redis实现点赞功能 1.需求比如在点评网站中发布的视频或者图文列表/详情都有个点赞，这个如何实现。需求：同一个用户只能点赞一次，再次点击则取消点赞如果当前用户已经点赞，则点赞按钮高亮显示（前端实现，判断字段Blog类的isLike属性） 2.设计根据列表和详情涉及的信息建立表字段。对应的表有两个： tb_bl
- 2024-09-09
- 16
- 0
- 0
- redis
2024-09-09
缓存更新和同步策略、缓存穿透、缓存击穿、缓存雪崩 1.简介缓存就是数据交换的缓冲区（称作Cache），是存贮数据的临时地方，一般读写性能较高实际开发中,会构筑多级缓存来使系统运行速度进一步提升,例如:本地缓存与redis中的缓存并发使用 2.缓存更新策略内存淘汰超时剔除主动更新说明利用Redis的内存淘汰机制，当内存不足时自动淘汰部分
- 2024-09-09
- 32
- 0
- 1
- redis
2024-09-08
Redis中key过期删除策略与缓存淘汰策略 1.Redis 的过期删除策略 Redis中有很多的键值对数据，其中绝大部分都有过期时间，此时Redis怎么知道那些需要key过期了，那些没有过期呢？如果全部遍历一遍效率是比较低的，而且存在和 keys * 同样的问题，导致redis服务阻塞。 redis的整体策略是：惰性删除: 假设key过期
- 2024-09-08
- 9
- 0
- 0
- redis

1
2