redis内存占满会崩溃

---

一、redis宕机了怎么办
我们都知道Redis的所有数据都在内存中。如果突然断电，所有数据都会丢失，那么我们该如何处理呢？
必须有一种机制来保证Redis数据不会因为错误而丢失。这个机制就是Redis的持久化机制。（推荐：Redis视频教程）

Redis有两种持久化机制，第一个是快照，第二个是AOF日志。快照是全量备份，AOF日志是连续增量备份。快照是内存数据的二进制序列化形式，存储非常紧凑，而AOF日志则记录修改内存数据的命令日志文本。AOF日志在长期运行过程中会变得非常大。当数据库重新启动时，需要加载AOF日志来重新发出命令，这需要花费大量时间。因此，需要定期重写AOF日志，以减少AOF。日记。
快照原理
我们知道Redis是一个单线程程序。该线程负责执行多个客户端套接字的并发读写操作以及内存数据结构的逻辑读写。
在服务流上发出请求时，Redis还需要拍摄内存快照。内存快照需要Redis进行文件IO操作，但文件IO操作不能使用复用API。
这意味着单个线程在向服务线上发出请求时，还必须执行文件IO操作，而文件IO操作会严重降低服务器请求的性能。
还有一个重要问题。为了不阻碍线上业务的运作，Redis需要坚持不懈地满足客户的要求。在保留期间，内存数据结构仍然会发生变化。例如，正在保留一个大型哈希字典，但收到删除它的请求，但保留过程尚未完成。
Redis利用操作系统的多进程COW（CopyOnWrite）机制来实现快照持久化。这个机制非常有趣，但鲜为人知。
AOF原理
AOF日志存储了Redis服务器的命令序列。AOF日志只记录内存修改指令。
假设AOF日志记录了自创建Redis实例以来修改的所有命令序列，则可以通过在一个空的Redis实例中顺序执行上述所有命令来恢复当前Redis实例——即“重放”Redis的State内存数据结构。
Redis接收到客户端修改命令后，会进行参数校验和逻辑处理。如果没有问题，它会立即将命令文本保存到AOF日志中。换句话说，该命令将在录之前执行。已保存。这与leveldb、hbase等存储引擎不同，后者先存储日志，再进行逻辑处理。
Redis在长期运行过程中，AOF日志会变得越来越长。如果实例崩溃重启，重放整个AOF日志会非常耗时，导致Redis长时间无法对外提供服务。因此，有必要对AOF日志进行收缩。
更多Redis相关技术文章，请访问介绍如何使用Redis数据库的教程专栏进行学习！

---

二、Redis的内存被占满后，如何进行清理？当Redis内存满时，可以通过以下方式清除：
1使用`redis-cli`工具手动清除key。您可以使用“keys*”命令查找所有键，然后使用“del”命令将它们一一删除。此方法适用于您知道哪些键可以删除的情况。2.设置超时时间。设置密钥过期时间Redis会在密钥过期时自动删除该密钥。此方法适用于不想永久保存的数据。3.使用LRU算法。Redis4.0及以上版本支持配置最大内存限制和移除策略。可以将其配置为当内存达到最大限制时使用LRU（最近使用的）算法自动删除某些键。该方法适用于不知道哪些key可以删除的情况。4.使用RDB和AOF持久化。RDB和AOF是Redis的两种持久化方式。RDB定期将内存中的数据保存到磁盘，而AOF则将每次写操作追加到文件中。当内存满时，可以重新启动Redis并加载RDB或AOF文件来恢复数据。此方法适用于需要保留数据的情况。5.更新程序代码。如果程序中存在大量不必要的按键，可以考虑优化程序代码，减少按键数量。例如，您可以将多个键合并为一个，或者删除一些当时不需要的键。