有一天,在代码中执行redis 的rename命令的时候，突然返回了这个错误这个错误的意思是：rename前的key和rename后的key不在同一个slot。我们知道，在redis集群中，有每个redis实例负责一部分槽。redis会根据key的hash计算出这个key命中哪个slot，从而将key分配到对应的实例中去。当rename前的key和rename后的key计算出来的hash命中了不同

但是问题来了，这样配置的时候，部署到tomcat上能找到文件，但是本地idea开发启动tomcat调试之后，会找不到文件。并且做到与部署到tomcat时的文件路径一致，不用在部署到tomcat上时，还要再修改前端页面的地址。这样就算配置完成，点击run执行之后，就到前面的output directory设置的文件夹里找到war包就行了。如果application context只是“/”的话，那么

在涉及资源共享的问题上，传统应用的解决方法是利用synchronized或者Lock来实现线程锁，从而达到资源访问控制的目的。但是当资源的访问控制涉及到多个进程时，情况就有了变化。由于线程共享进程的数据，所以当锁被某个线程占有时，其他线程能够轻易地知道资源已被他人使用，接下来需要做的是自旋获取或者阻塞等待。而当同一台机器的不同进程或位于不同机器的不同进程对于同一种有限的资源进行访问时，进程间的如何

有时候系统在生产运行着，会突然爆出这个时候每个人都会很紧张，因为死锁会影响DB性能，严重时甚至拖垮整个系统。在实际的环境中，很多服务会共用一个数据库，一旦数据库挂了，基本就是P0事故。那么，死锁发生时，我们如何定位到死锁发生的SQL？

像Mysql的主从模式会分master主节点和slave从节点一样，在zookeeper集群中，节点也有不同的角色，承担着不同角色。zookeeper有三种角色：老大Leader(领导者） 2、Follower （跟随者） 3、Observer（观察者）。其中，Follower和Observer归类为Learner（学习者）按重要性排序是Leader > Follower > Obse

像Mysql的主从模式会分master主节点和slave从节点一样，在zookeeper集群中，节点也有不同的角色，承担着不同角色。zookeeper有三种角色：老大Leader(领导者） 2、Follower （跟随者） 3、Observer（观察者）。其中，Follower和Observer归类为Learner（学习者）按重要性排序是Leader > Follower > Obse

本文是zookeeper系列之快速入门中的第一篇，欢迎大家观看与指出不足。写在前面：不影响教程，笔者安装zookeeper用的是WSL(windows下的linux子系统），当然你想直接在windows上用zookeeper也是可以的。如果你也想用wsl，可以参考这篇文章。

本文是《zookeeper你想要的全都有系列》之快速入门中的第一篇，欢迎大家观看与指出不足。写在前面：不影响教程，笔者安装zookeeper用的是WSL(windows下的linux子系统），当然你想直接在windows上用zookeeper也是可以的。如果你也想用wsl，可以参考这篇文章Windows10安装Linux系统(WSL)目录一、zookeeper下载二、安装zookeeper三、li