挖礦程序導致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功能，啟動時可以自動恢復到前一條查詢。