...连续输入两次ps命令(不加其他参数)为什么两次的PID值不一样...根据你的提问，前后两次输入ps命令；它们对应的pid是相同的；只要你不重启系统客户端或者服务器端，他们的PID永远是对应相同的 。因为PID是根据系统运行自动分配的，是唯一的标识，跟个人的身份一样，有唯一性 。
不一样 。每个pid值是系统随机分配的，某个PID的进程被结束后，此PID会被分给其他进程 。所有的进程，可能进程名字是一样的 ， 但是PID在系统中是唯一标识的 。
是PS打印机记录了上次的打印选项，打开后发现不是上次的打印机就出错了 。随便新建个打印文件 ， 按打印选择上次的打印机，按下完成 。再回到这个打印出错的文件打印就性了 。
PID就是通过系统误差利用比例、积分、微分计算出控制量进行控制的 。不同厂家的公式稍有不同，但是基本上都离不开三个参数：比例、积分时间、微分时间 。采样周期 。
脑裂以及Redis主从同步中的坑1、所谓的脑裂，就是指在主从集群中，同时有两个主节点，它们都能接收写请求 。而脑裂最直接的影响，就是客户端不知道应该往哪个主节点写入数据 ， 结果就是不同的客户端会往不同的主节点上写入数据 。
2、因为 master - slave的复制是异步 的（客户端发送给redis，主节点数据同步到内存中后就返回成功了） 所以可能有部分数据还没复制到slave，master就宕机了，此时master内存中的数据也没了，这些部分数据就丢失了 。
3、redis的集群脑裂是指因为网络问题 ， 导致redis master节点跟redis slave节点和sentinel集群处于不同的网络分区，此时因为sentinel集群无法感知到master的存在，所以将slave节点提升为master节点 。
4、redis集群没有过半机制会有脑裂问题 ， 网络分区导致脑裂后多个主节点对外提供写服务 ， 一旦网络分区恢复 ， 会将其中一个主节点变为从节点，这时会有大量数据丢失 。
redisgetset并发情况下会返回相同值吗1、但如果我们有多台服务器 ， 甚至不同服务器上跑的是不同的语言 。那这时候，我们就需要一个跨平台、跨语言的加锁方式 。redis就是其中最方便的一种 。使用redis实现并发锁 ， 主要是靠两个redis的命令：setnx和getset 。
2、我们先在Redis中拿到当前的库存值 ， 然后check是否已经扣减到了零，如果已经扣减到了零 ， 则直接return；否则，就利用Redis的decr原子操作进行扣减，同时返回扣减后的库存值 。
【redis读写不一致 redis两次读取的值不一样】3、原子性，redis会将事务中的所有命令执行一遍 ， 哪怕是中间有执行失败也不会回滚 。kill信号、宿主机宕机等导致事务执行失败，redis也不会进行重试或者回滚 。
4、b.执行业务逻辑的工作线程只分配一个，这也可以从根本上防止并发问题的产生 。基于操作系统提供给上层应用的原子操作能力，实现CAS的原子操作 。以上方案各有优劣 ， 都有各自的使用场景，这里我们不做过多比较 。
5、Map中的数据过期：Redis支持设置键的过期时间，如果Map的键在设定的过期时间内没有被访问 ， 那么Redis会自动删除该键及其对应的值 。因此，如果取出Map后发现数据没有了，可能是因为该Map的键已经过期被自动删除了 。
redis相同的key是快还是慢libevent 并不比 redis 自己实现的 ae_event 慢，代码多是应为 ae_event 只实现了 redis 需要的功能，而 libevent 则具有更多的功能，比如更快的定时器、buffer event 模型 ， 甚至自带了 DNS、HTTP 协议的处理 。
「如果一个key对应的value非常大，那么这个key就被称为bigkey 。写入bigkey在分配内存时需要消耗更长的时间 。
MySQL是关系型数据库；而Redis是非关系型数据库 。作用不同 mysql用于持久化的存储数据到硬盘，功能强大，但是速度较慢 。redis用于存储使用较为频繁的数据到缓存中，读取速度快 。
redis是非关系型内存数据库数据存储于内存中 ， 内存读取速度非常快，如果只是简单的key-value，内存不是瓶颈 。一般情况下，hash查找可以达到每秒数百万次的数量级 。（2）采用单线程，避免了不必要的上下文切换和竞争条件 。
详细原因1）不需要各种锁的性能消耗Redis的数据结构并不全是简单的Key-Value，还有list ， hash等复杂的结构，这些结构有可能会进行很细粒度的操作，比如在很长的列表后面添加一个元素，在hash当中添加或者删除一个对象 。
redis读取需要加判断逻辑吗1、判断数据是从redis读取还是从mysql读取的方法如下 。把表中经常访问的记录放在了Redis中 。先要经过判断redis中是否有值这步操作 。
2、但整体处理上没有NGINX的内池设计巧妙，当然二者不太一样 ， NGINX是基于请求释放的逻辑来设计的，因此针对请求，可以一次申请大块，分量使用，再最后统一释放 。
3、传统的单体应用中，用户是否登录，通常是通过从Tomcat容器的session中获取登录用户信息判断的 。
两个服务器共享redis取不到数据1、大致意思是：错误的配置 ， 当前数据不能持久化到硬盘，因为实例在写期间被配置为（stop-writes-on-bgsave-error option =yes）也即bgsave持久化过程中发生错误，就不能持久化了 。
2、其中一种可能是网络连接的问题，可能是Idea所在的机器无法与远程Redis服务器建立有效的网络连接 。另外，也有可能是配置的问题，可能没有正确配置Idea的Redis连接信息或者没有正确设置远程Redis服务器的访问权限 。
3、redis没有原生命令了 。这里需要使用lua脚本 锁的过期时间如果评估不好，这个锁就会有「提前」过期的风险，一般的妥协方案是 ， 尽量「冗余」过期时间，降低锁提前过期的概率 。
4、有以下几种方式可以实现： 使用共享缓存：memcached 或者 redis 。缓存共享 ， 不存在不同步问题！ 应用观察者设计模式 。当其中一台服务器更新缓存时，通知其他服务器更新缓存 。
5、对于共享方式，数据库放在共享的存储设备上 。当一台服务器提供服务时 ， 直接在存储设备上进行读写 。而当系统切换后 ， 另一台服务器也同样读取该存储设备上的数据 。
