挖矿程序导致redis数据丢失

1. redis.pid文件丢失什么原因，改怎么解决

一方面看你使用什么
用户登录
的，如果普通用户，那么就把pidfile
目录更改到普通用户自己的目录当中。如果是root命令，这个redis.pid不会无缘无故的消失。

2. 程序推送40万条数据给redis，怎样让redis中途停止存储

一部手机只能绑定一个号码，一个号码同时也只能绑定一个手机，请您用手机发短信DB# #密码移动手机和电信小灵通请发送到1700(联通手机请发给9777，浙江、江苏、上海、福建、辽宁联通手机请发送到3777、网通小灵通请发送到17000)即可成功绑定。

3. redis会在一段时间内丢失数据，为什么

检查一下是不是内存不够用了，内存不够用的话redis会进行内存回收的，具体策略如下：
volatile-lru：从已设置过期时间的数据集（server.db[i].expires）中挑选最近最少使用的数据淘汰
volatile-ttl：从已设置过期时间的数据集（server.db[i].expires）中挑选将要过期的数据淘汰
volatile-random：从已设置过期时间的数据集（server.db[i].expires）中任意选择数据淘汰
allkeys-lru：从数据集（server.db[i].dict）中挑选最近最少使用的数据淘汰
allkeys-random：从数据集（server.db[i].dict）中任意选择数据淘汰
no-enviction（驱逐）：禁止驱逐数据

4. redis中的数据丢失大概是用什么方法恢复

在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。
区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。

5. redis频繁读取然后程序异常

MongoDB不多说，不是一个类型的东西，Redis相对Memcached来说功能和特性上的优势已经很明显了。而对于性能，Redis作者的说法是平均到单个核上的性能，在单条数据不大的情况下Redis更好。为什么这么说呢，理由就是Redis是单线程运行的。
因为是单线程运行，所以和Memcached的多线程相比，整体性能肯定会偏低。
因为是单线程运行，所以IO是串行化的，网络IO和内存IO，因此当单条数据太大时，由于需要等待一个命令的所有IO完成才能进行后续的命令，所以性能会受影响。
而就内存使用上来说，目前Redis结合了tcmalloc和jemalloc两个内存分配器，基本上和Memcached不相伯仲。如果是简单且有规律的key value存储，那么用Redis的hash结构来做，内存使用上会惊人的变小，优势是很明显的。

6. 开启redis后再启用aof会不会引起数据丢失

开启aof之前的数据是会丢失的，执行bgrewriteaof是无效的。
aof是对每个命令操作记录，以及新文件替换旧记录文件的方式，猜想除非启动aof后，新key肯定有，但旧key有过操作，才会在aof有记录，从而造成这样的情况。

7. 应用部署到服务器redis无法读取数据

redis日志找出来看看，应该会有报错信息

8. 求助各位，关于redis耗时比较严重的问题

（1）redis部署的机器性能，IO.CPU，带宽等等都是没有问题的
（2）我们访问redis的服务器的IO,CPU,负载也是没问题的
（3）访问redis使用的是mget操作，一次最多获取50个key，查看redis的慢操作日志，由于mget导致的查询慢操作情况很少
（4）是否是由于访问redis的服务访问其他数据资源耗时严重的问题，因为服务还访问了其他的redis资源，其他redis的耗时还算比较正常，因此可以排除这个问题

9. redis 宕机数据怎么办

用redis保存的*.rdb文件恢复即可。

另外redis还有AOF功能，启动时可以自动恢复到前一条查询。