꯭ 瞎꯭扯꯭蛋꯭的博客

分布式锁。

Redis大key问题是指在Redis中出现了一个或多个非常大的key，这些key的大小超过了Redis所能处理的最大值，从而导致Redis性能下降甚至宕机的现象。通常情况下，Redis的key大小应该尽量保持在较小的范围内，因为Redis是一个基于内存的数据结构存储系统，大key会占用大量内存资源，导致Redis的性能受到严重影响。多大的数据量才算是大key，具体取决于Redis服务器的内存大小、可用内存空间、系统负载等因素。

monitor mymaster 192.169.40.142 6379 2（主redis的ip 主redis的port 从节点个数）monitor mymaster 192.169.40.142 6379 2（主redis的ip 主redis的port 从节点个数）monitor mymaster 192.169.40.142 6379 2（主redis的ip 主redis的port 从节点个数）replicaof： 主redis服务器ip 主redis端口（配置为master的从）

Redis是一种内存数据库，在断电时数据可能会丢失。比如你redis整个挂了，然后redis不可用了，如果没有持久化的话，redis就会丢失所有的数据，如果通过持久化将数据搞一份儿到磁盘上去，然后再定期同步到一些云存储服务上去，那么就可以保证一些数据不丢失，保证数据的可靠性。Rdb方式是通过手动(save-阻塞式，bgsave-异步)或周期性方式保存redis中key/value的一种机制,Rdb方式一般为redis的默认数据持久化方式.系统启动时会自动开启这种方式的持久化机制。

背景 我们现在的项目架构中，基本上是Web服务器(Tomcat)和数据库独立部署，独占服务器资源，随着用户数的增长，并发读写数据库，会加大数据库访问压力，导致性能的下降，严重时直接导致系统宕机，例如： 此时，我们可以在Tomcat同服务器上中增加本地缓存，并在外部增加分布式缓存，缓存热门数据。也就是通过缓存能把绝大多数请求在读写数据库前拦截掉，大大降低数据库压力。例如： 基于这样的一种架构设计，于是类似redis的一些分布式数据库就诞生了。 Redis 概述 Re

redis 哨兵redis主从复制结构中，当主服务器宕机，哨兵可以监控到服务宕机，在从服务器中选举产生一个新的主服务器。搭建主从服务器 —— 一主两从清理容器（可选）docker rm -f $(docker ps -aq)启动主服务器# --net=host 容器直接使用宿主机的端口，不需要做端口映射docker run -d --name redis6379 \--net=host \--restart=always \redis # 进入容器，运行redis客户端docke

先启动6个redis实例。

Redis是基于c语言编写的开源非关系型内存数据库，可以用作数据库、缓存、消息中间件，这么优秀的东西肯定要一点一点的吃透它。这是关于Redis五种数据结构详解，包括这五种的数据结构的底层原理实现。理论肯定是要用于实践的，因此最重要的还是实战部分，也就是这里还会讲解五种数据结构的应用场景。String：字符串类型List：列表类型Set：无序集合类型ZSet：有序集合类型Hash：哈希表类型。