一、 mySQL裏有2000w數據，redis中只存20w的數據，如何保證redis中的數據都是熱點數據
相關知識： redis 內存數據集大小上升到一定大小的時候，就會施行數據淘汰策略。redis 提供 6種數據淘汰策略：
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(驅逐)：禁止驅逐數據
二、Memcache與Redis的區別都有哪些?
1)、存儲方式
Memecache把數據全部存在內存之中，斷電後會掛掉，數據不能超過內存大小。
Redis有部份存在硬盤上，這樣能保證數據的持久性。
2)、數據支持類型
Memcache對數據類型支持相對簡單。
Redis有複雜的數據類型。
3)、使用底層模型不同
它們之間底層實現方式 以及與客戶端之間通信的應用協議不一樣。
Redis直接自己構建了VM 機制 ，因爲一般的系統調用系統函數的話，會浪費一定的時間去移動和請求。
三、 Redis 常見的性能問題都有哪些?如何解決?
1).Master寫內存快照，save命令調度rdbSave函數，會阻塞主線程的工作，當快照比較大時對性能影響是非常大的，會間斷性暫停服務，所以Master最好不要寫內存快照。
2).Master AOF持久化，如果不重寫AOF文件，這個持久化方式對性能的影響是最小的，但是AOF文件會不斷增大，AOF文件過大會影響Master重啓的恢復速度。Master最好不要做任何持久化工作，包括內存快照和AOF日誌文件，特別是不要啓用內存快照做持久化,如果數據比較關鍵，某個Slave開啓AOF備份數據，策略爲每秒同步一次。
3).Master調用BGREWRITEAOF重寫AOF文件，AOF在重寫的時候會佔大量的CPU和內存資源，導致服務load過高，出現短暫服務暫停現象。
4). Redis主從複製的性能問題，爲了主從複製的速度和連接的穩定性，Slave和Master最好在同一個局域網內