redis delete-redis写进去很快被删除(1-13-24)

更新时间：2024-06-22 分类：Redis 浏览量：2

Redis本文目录一览：

1、因为 master - slave的复制是异步的（客户端发送给redis，主节点数据同步到内存中后就返回成功了）所以可能有部分数据还没复制到slave，master就宕机了，此时master内存中的数据也没了，这些部分数据就丢失了。

2、内部文件损坏。redis是一个keyvalue存储系统，和Memcached类似，在该文件使用过程中，数据无故消失的话，是因为文件包内部文件损坏导致的，出现这种情况的话，应把redis系统文件包重新下载一遍即可。

3、如果在使用Redis时，取出一个Map后发现Map中的数据没有了，可能是以下原因导致： Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名。

4、子进程基于当前内存中的数据，构建日志，开始往一个新的临时的AOF文件中写入日志。（3）redis主进程，接收到client新的写操作指令后，在内存中写入日志，同时新的日志指令也会在旧的AOF日志文件中写入。

5、快照模式并不十分健壮，当系统停止，或者无意中Redis被kill掉，最后写入Redis的数据就会丢失。这对某些应用也许不是大问题，但对于要求高可靠性的应用来说，Redis就不是一个合适的选择。Append-only文件模式是另一种选择。

每个页面都必须开启session_start（）后才能在每个页面里面使用session。

session会在服务器存在一定时间，php5默认是1440秒。就是说你把网页关闭了这个session还存在服务器里1440秒。为什么关了浏览器session会生成新的呢，牵扯到一个浏览器的数据传输问题。

设置多级目录存储SESSION默认session的存储目录是1级目录，如果用户量比较大，session文件数量就比较大，我们可以设置目录数为2，使用2级目录可以提交查找和存取速度。

浏览器对单个cookie的数据量大小限制为4K左右，因此会存在数据量的限制问题。影响带宽性能，降低了页面的访问速度。

1、配置问题。在你redis的配置中加上redistemplate的序列化操作，重启服务，就可以看到控制台上能正确获取到值了。

2、然后，主线程在这个数据副本上进行修改。同时，bgsave 子进程可以继续把原来的数据（键值对 C）写入 RDB 文件。Redis 0 中提出了一个混合使用 AOF 日志和内存快照的方法。

3、Redis 内存淘汰机制有以下几个：noeviction：当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实在是太恶心了。

4、大致意思是：错误的配置，当前数据不能持久化到硬盘，因为实例在写期间被配置为（stop-writes-on-bgsave-error option =yes）也即bgsave持久化过程中发生错误，就不能持久化了。

5、由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据。