redis学习笔记

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 error\n");
   }
   //子进程代码部分
   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机制不会运行。