1.在登录Linux时，一个具有唯一进程ID号的shell将被调用，这个ID是什么()B： pid是1
Redis是一个开源的基于内存的，key-value数据结构的缓存数据库，支持数据持久化rdb aof ，m-s复制，常用数据类型有string set hash list, 最佳应用场景：适用于数据变化快且数据库大小可遇见（适合内存容量）的应用程序。 例如：股票价格、数据分析、实时数据搜集、实时通讯。 Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右） 其他nosql数据库? Memcached可以利用多核优势，单实例吞吐量极高，可以达到几十万QPS（取决于key、value的字节大小以及服务器硬件性能，日常环境中QPS高峰大约在4-6w左右）。适用于最大程度扛量。 只支持简单的key/value数据结构，不像Redis可以支持丰富的数据类型。 无法进行持久化，数据不能备份，只能用于缓存使用，且重启后数据全部丢失。 MongoDB 更高的写负载，MongoDB拥有更高的插入速度，支持高可用性，支持索引高速查询，占用磁盘空间较大，支持持久化
即使使用哨兵，redis每个实例也是全量数据存储，每个redis存储的内容都是完整的数据。 为了最大化利用内存，可以采用cluster群集，就是分布式存储。即每台redis存储不同的内容。 采用redis-cluster架构正是满足这种分布式存储要求的集群的一种体现。redis-cluster架构中，被设计成共有16384个hash slot。每个master分得一部分slot，其算法为：hash_slot = crc16(key) mod 16384 ，这就找到对应slot。采用hash slot的算法，实际上是解决了redis-cluster架构下，有多个master节点的时候，数据如何分布到这些节点上去。key是可用key，如果有{}则取{}内的作为可用key，否则整个可以是可用key。群集至少需要3主3从，且每个实例使用不同的配置文件。
静态资源 不需要和数据库打交道(指定的是网站的CSS/JS/HTML/JPG/GIF等等文件)
rdb Redis会定期保存数据快照至一个rdb文件中，并在启动时自动加载rdb文件，恢复之前保存的数据，通过save指令触发持久化，redis单独开启一个子进程进行数据持久化。 rdb缺点，定期执行，可能会丢失数据，并且数据量特别大时候，如果服务器cpu性能较低，rdb开启子进程持久化性能影响很大，影响redis对外提供服务的能力。 aof Redis会把每一个写请求都记录在一个日志文件里。在Redis重启时，会把AOF文件中记录的所有写操作顺序执行一遍，确保数据恢复到最新。 随着AOF不断地记录写操作日志，因为所有的操作都会记录，所以必定会出现一些无用的日志。大量无用的日志会让AOF文件过大，也会让数据恢复的时间过长。 优先：数据安全，不怕数据损坏，如断电灯问题，还可以用redis-check-aof修复数据，AOF文件人为可读 缺点：占磁盘，性能损耗高，数据恢复慢 怎么用rdb和aof 如果既配置了RDB，又配置了AOF，则在进行数据持久化的时候，都会进行，但是在根据文件恢复数据的时候，以AOF文件为准，RDB文件作废
调度算法 概述 轮询 按时间顺序逐一分配到不同的后端服务器(默认) weight 加权轮询,weight值越大,分配到的访问几率越高 ip_hash 每个请求按访问IP的hash结果分配,这样来自同一IP的固定访问一个后端服务器 url_hash 按照访问URL的hash结果来分配请求,是每个URL定向到同一个后端服务器 least_conn 最少链接数,那个机器链接数少就分发 fail
“老男孩”:[{“老师”:[“太白”,”女神”,”吴老板”]},{“学生”:[“20期佳增同学”]}]
9:git stash————————-将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
git stash list——————————————————————————查看“某个地方”存储的所有记录
git stash clear—————————————————————————-清空“某个地方”
git stash pop——————————————————————————-将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
git stash apply —————————————————————————编号,将指定编号记录从“某个地方”重新拿到工作区（可能有冲突）
git stash drop —————————————————————————编号 ，删除指定编号的记录
