redis存放SESSION后,有时redis自己会死掉,怎么回事1、当一个后台的save命令执行时，实例会启动新的线程去申请和拷贝48MB的内存空间 。这将消耗一些时间和CPU资源，尤其是在虚拟机上申请和初始化大块内存空间时 ， 消耗更加明显 。
2、什么是雪崩因为缓存层承载了大量的请求，有效的保护了存储 层 ， 但是如果缓存由于某些原因 ， 整体不能够提供服务，于是所有的请求，就会到达存储层，存储层的调用量就会暴增，造成存储层也会挂掉的情况 。
3、Redis 会在收到客户端修改指令后 ， 进行参数校验、逻辑处理 ， 如果没问题，就立即将该指令文本存储到 AOF 日志中，也就是说，先执行指令才将日志存盘 。
4、缓存击穿 缓存击穿是指一个请求要访问的数据，缓存中没有 ， 但数据库中有的情况 。这种情况一般都是缓存过期了 。
5、LRU （less recently used）是Redis唯一支持的回收算法，当缓存占用的内存空间达到设置的最大空间时，会自动驱逐老的数据 。
6、版本貌似以后就redis就不支持vm-enabled选项了，原因我估计作者出于性能考虑 。随着数据量的增加就会报出内存不足，无法写入 ， 甚至服务器宕机 特别注意你在坐持久化策略的时候 。
redis的set方法耗时高1、Set适合经常地随机储存，插入，删除 。但是在遍历时效率比较低 。Set对每个对象只接受一次，并使用自己内部的排序方法（通常，你只关心某个元素是否属于Set ， 而不关心它的顺序--否则应该使用List） 。
2、Redis将所有数据放在内存中，非数据同步正常工作中，是不需要从磁盘读取数据的，0次IO 。内存响应时间大约为100纳秒 ， 这是Redis速度快的重要基础 。
3、性能极限：在seckill场景下，性能总是被要求越高越好 我们来看下如何利用Redis来解决上面的三个问题 。库存安全 利用Redis来做库存扣减，避免超限的方法很多，坑也很多，我们先来看下常用的陷阱有哪些 。
Redis有哪些慢操作?数据库负载过高：如果Redis实例的负载较高 ， 就会导致set操作的响应时间变慢 。可以通过查看Redis的监控信息，确定是否存在负载过高的情况 。网络延迟：如果Redis服务器和客户端之间的网络延迟较大，会导致set操作的耗时增加 。
内存中的的数据写入磁盘，这个会加重磁盘的IO负担，操作磁盘成本要比操作内存的代价大得多 。如果写入量很大，那么每次更新都会写入磁盘，此时机器的磁盘IO就会非常高，拖慢Redis的性能，因此我们不建议使用这种机制 。
记录慢查询是Redis会对长命令进行截断，不会大量占用大量内存 。在实际的生产环境中 ， 为了减缓慢查询被移出的可能和更方便地定位慢查询，建议将慢查询日志的长度调整的大一些 。比如可以设置为 1000以上。
将no-appendfsync-on-rewrite的配置设为yes可以缓解这个问题，设置为yes表示rewrite期间对新写操作不fsync ， 暂时存在内存中，等rewrite完成后再写入 。最好是不开启Master的AOF备份功能 。
redissocket断连1、这是因为Java应用程序中的Redis客户端会自动尝试重新建立连接 。在Redis重启后，客户端会向Redis发送PING命令 ， 如果连接成功，则Redis会返回PONG响应，Java应用程序会收到这个响应并继续执行 。
2、当客户端连接被初始化后 ， Redis 会查看目前的连接数，然后对比配置好的 maxclients 值，如果目前连接数已经达到最大连接数 maxclients 了，那么说明这个连接不能再接收，Redis 会直接返回客户端一个连接错误 ， 并马上关闭掉这个连接 。
3、Redis在分布式应用中占据着越来越重要的地位，短短的几万行代码，实现了一个高性能的数据存储服务 。
4、close方法-client接收response报文-client最终会收到server端断开TCP连接的信号-client 端断开TCP连接 ， 具体就是调用close方法 。
5、之前碰到过MySQL在凌晨固定时间段出问题，排查很久发现是阿里云的服务器在凌晨做备份引起的 。固定在这个时间段，一般来说，是后台定时任务引起（主机服务提供商或者本身的各种定时任务） 。
Redis常见延迟问题排查手册!附33条优化建议注意，Redis的主动过期的定时任务 ， 也是在Redis主线程中执行的，也就是说如果在执行主动过期的过程中 ， 出现了需要大量删除过期key的情况，那么在业务访问时，必须等这个过期任务执行结束，才可以处理业务请求 。
网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况 。Redis的高性能除了内存之外 ， 就在于网络IO，请求量突增会导致网卡负载变高 。
所幸Linux提供了很好的工具来诊断这个问题，所以当延迟疑似是swap引起的，最简单的办法就是使用Linux提供的工具去确诊 。
【redis超时原因 redis为什么会延迟】·其次对常见持久化问题进行分析定位和优化 。·最后结合Redis常见 的单机多实例部署场景进行优化 。1 RDB RDB持久化是把当前进程数据生成快照保存到硬盘的过程，触发RDB持久化过程分为手动触发和自动触发 。
与Memcached仅支持简单的key-value结构的数据记录不同 ， Redis支持的数据类型要丰富得多 。最为常用的数据类型主要由五种：String、Hash、List、Set和Sorted Set 。Redis内部使用一个redisObject对象来表示所有的key和value 。
增大内存： es性能优化的杀手锏： filesystem cache（OS cache）： 也就是说 尽量让内存可以容纳所有的索引数据文件，那么搜索的时候就基本都是走内存的，性能会非常高 。
一分钟快速搞懂Redis的慢查询分析Redis是一个内存数据库，当Redis使用的内存超过物理内存的限制后，内存数据会和磁盘产生频繁的交换，交换会导致Redis性能急剧下降 。所以在生产环境中我们通过配置参数maxmemoey来限制使用的内存大小 。
之前我们就遇到这种问题，特点就是从某个时间点之后就开始变慢，并且一直持续。这时你需要检查一下机器的网卡流量，是否存在网卡流量被跑满的情况 。网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况 。
内存中的的数据写入磁盘，这个会加重磁盘的IO负担，操作磁盘成本要比操作内存的代价大得多 。如果写入量很大，那么每次更新都会写入磁盘，此时机器的磁盘IO就会非常高，拖慢Redis的性能，因此我们不建议使用这种机制 。
第二，单线程避免了线程切换以及加锁释放锁带来的消耗，对于服务端开发来说，锁和线程切换通常是性能杀手 。当然了，单线程也会有它的缺点，也是Redis的噩梦： 阻塞 。
在进行持久化时，性能必然下降，可以使用config命令查看持久化设置了没有 。另外考虑是否是内存不足，一般redis最多只应该占用60%的物理内存，如果超过了在rdb进行持久化时可能会内存不足 。可以监视内存和cpu使用情况进行分析 。
推荐阅读
- 如何解决网络文件服务器故障问题？ 网络文件服务器出错怎么办
- 2k游戏服务器无法连接怎么解决？ 2k服务器暂不可用怎么办
- 如何打开电脑的服务器端口？ 怎么接通服务器端口电脑
- redis实时计算 redis倒计时推送接口
- 网络文件服务器崩溃了怎么办？ 网络文件服务器失败怎么办
- 如何连接2k服务器？ 2k服务器要怎么连接
- 如何设置服务器端口并连接成功？ 怎么接通服务器端口设置
- 如何建立网络文件服务器？ 网络文件服务器怎么搭建