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机制不会运行。