1. AOF发生在（redis读写）主线程中，所以必须谨慎选择模式（Always、Everysec 和 No）？？？Everysec实际上是通过后台线程调用fsync进行写扩磁盘的？而Always是在主线程中通过fsync写盘的。后台线程的fsync还没有完成时，主线程再次要给子线程分发后台fsync任务时，就会阻塞，也就是说，只在要后台线程完成上一次的fsync时，主线程才能再能分发fsync任务，否则主线程就要等待后台线程fsync的完成。
2. AOF重写是通过fork子进程进行的，AOF重写过程中，linux中的huge page机制可能会对redis产生重大的性能影响，所以建议关闭。
3. 所以如果Redis需要开启定时RDB和AOF重写，进程一定不要绑定CPU，因为fork出来的进程会与主进程争抢同一个CPU。
4. 数据不能丢失时，内存快照与AOF混合使用。
5. AOF重写触发方式：1）手动执行 bgrewriteaof 触发AOF重写；2）在redis.conf文件中配置重写的条件（如：
auto-aof-rewrite-min-size 64MB // 当文件小于64M时不进行重写 auto-aof-rewrite-min-percenrage 100 // 当文件比上次重写后的文件大100%时进行重写
）
6. RDB可以通过客户端发送save或者bgsave的方式来启用，或者根据配置文件的触发条件来使用。
7. 第三方集群：基于客户端分区的 ShardedJedis， 基于代理的 Codis、Twemproxy。
8. 进程（线程）与cpu绑定。
int main(){
//用fork创建一个子进程
pid_t p = fork();
if(p < 0){
printf(" fork errorn");
}
//子进程代码部分
else if(!p){
cpu_set_t cpuset; //创建位图变量
CPU_ZERO(&cpu_set); //位图变量所有位设置0
CPU_SET(3, &cpuset); //把位图的第3位设置为1
sched_setaffinity(0, sizeof(cpuset), &cpuset); //把程序绑定在3号逻辑核
//实际子进程工作
exit(0);
}
...
}
//线程函数
void worker(int bind_cpu){
cpu_set_t cpuset; //创建位图变量
CPU_ZERO(&cpu_set); //位图变量所有位设置0
CPU_SET(bind_cpu, &cpuset); //根据输入的bind_cpu编号，把位图对应为设置为1
sched_setaffinity(0, sizeof(cpuset), &cpuset); //把程序绑定在cpu_set_t结构位图中为1的逻辑核
//实际线程函数工作
}
int main(){
pthread_t pthread1
//把创建的pthread1绑在编号为3的逻辑核上
pthread_create(&pthread1, NULL, (void *)worker, 3);
}
9. 使用taskset将进程绑定cpu。
疑问：如果进程里是多线程的，那么所有线程都将运行在该cpu上？不能调试到其他cpu上运行？
10. 在redis执行事务时，RDB机制不会运行。
