文件缓冲区是全局的页缓存，挂在文件inode下，所有打开该文件的进程共享。读写位置由每个中的单一字段f_pos维护，读写共用；若需位置隔离，使用。已读数据跟踪由页缓存的存在性隐式完成，不保存任何历史读取记录。缓冲区满并非固定容量耗尽，而是触发内存回收，脏页写回后回收干净页，可能影响性能但不会丢失数据或返回错误。f_op是统一的操作函数表，与打开模式和位置维护无关。通过这套设计，操作系统在提供简洁文

注意： 在lambda函数定义中，参数列表和返回值类型都是可选部分，而捕捉列表和函数体可以为 空。事实上，lambda的底层与仿函数，即函数对象很相似，lambda捕捉到的变量就是以成员变量的方式存储的，捕捉的本质是用构造函数初始化。捕捉列表，该列表总是出现在lambda函数的开始位置，编译器根据[]来判断接下来的代码是否为lambda函数，捕捉列表能够捕捉。在该函数体内，除了可以使用其参数外，还

正常情况下当发送信号时，程序就会结束，但如果在编译时加入优化选项如-O1，-O2...就不会退出。但是因为flag的修改是在信号处理函数中修改的而不是main函数，编译器判定flag在循环中没有被修改，因此做出了优化，每次判断！flag时不再把flag从内存中读取到cpu寄存器进行判断，而是直接编译指令为：读取寄存器原来的值进行判断。而volatile声明的变量，保证每次都会被从内存中拿取而不被优

注：这个级别下是可能出现死锁的情况，比如：事务A修改了第三行数据，接着事务B修改了第二行数据，接着事务B想访问第三行数据但是被阻塞了，然后事务A访问第二行数据也被阻塞了，结果就是死锁互相等待，Mysql此时会Kill一个事务。刚刚执行了“A账户减少5元”操作后，AB同时查询各自余额发现A的钱少了B的钱却没增加，造成逻辑不自洽的错误（即多个业务操作之间相互影响）。Mysql中每一个事务都是第一个类对

【代码】Mysql——视图简介。

日期函数 字符串函数 数学函数

注意：keys时间复杂度是n，而Redis是单线程执行命令，所以工作中绝对不要keys * ,否则就会阻塞Redis很久。

当代计算机的读写磁盘过程是这样的：CPU告诉磁盘从内存某个位置读取某些数据到磁盘中的某个文件中，然后CPU就可以去做其他事情而不是傻傻等待，等到读写完成之后，磁盘会通过中断来提醒CPU任务的结束。这就是DMA。也就是说，整个过程中CPU不做什么，其实没有浪费多少时间。事实上，Mysql的慢是由于Mysql必须保持一致性。如果说用户执行了一条插入语句，当你还没有把这个语句真正落在磁盘上的时候就直接告

子进程进行aof重写的同时，父进程可以执行其他命令，但是子进程看不到这些修改，也就不会把这些修改对应的操作记录保存到临时文件中。那么如果原有AOF文件被临时文件替换，就会造成一部分的修改丢失，并且由于此时aof_buff被清空，在后续的AOF写入中也不会把这部分修改存进去。但是重写被触发后会把这部分数据给填补上（因为重写是直接将内存数据转换成命令存放，并不依赖旧的AOF文件），但是一但断电或者服务

一致性哈希算法就是因为新分片逮住一个就分片切割才造成了数据分布部均匀。哈希槽分区算法是在一致性哈希算法思想的基础上，把范围变成具体的一个个槽，以此来解决扩容后数据不均匀分布的问题。数据分片算法决定如何把数据映射到不同的分片上。可以有16384个分片吗？为什么是16384个槽位？