企业官网建设流程全解析

wordpress建站 域名,网站排名软件网址,如何推广自己的网站和产品,长春网站建设多少钱产生背景 服务器集群模式下需要对临界资源实现互斥访问实现方案 基于数据库 使用唯一索引或排他锁来实现。 缺点是IO限制导致的性能较差#xff0c;同时支持功能太少#xff0c;需要额外开发锁超时、锁失效等功能。基于KV缓存 一般通过redis来实现。 一种是单机方案#xff…产生背景服务器集群模式下需要对临界资源实现互斥访问实现方案基于数据库使用唯一索引或排他锁来实现。缺点是IO限制导致的性能较差同时支持功能太少需要额外开发锁超时、锁失效等功能。基于KV缓存一般通过redis来实现。一种是单机方案即通过单个redis实例set key value ex/px timeout nx语句实现加锁通过lua脚本比较key和value实现解锁通过watchDog看门狗来实现业务运行时间超过“锁超时时间”时的续期该方案问题在于单点故障问题另一种是哨兵模式方案 通过引入主从架构和哨兵机制提升了系统的鲁棒性但仍然会有主从切换时分布式锁可能被同时获取、以及由于网络原因导致的“脑裂”多个master节点等问题第三种是RedLock方案通过多个并列的redis实例提升系统的鲁棒性加锁时需要对每个redis实例都加锁只有超过一半的实例都加锁成功才算加锁成功。这种方案极大恶化了性能同时在一些边界情况如某个redis实例中的锁过期时客户端在GC导致仍然在使用锁等场景仍然有问题基于一致性协议一般通过zookeeper实现主要借助临时有序节点和watcher机制客户端在获取锁时会在zookeeper中创建一个临时有序节点先创建的节点序号更小优先级更高序号最小的节点能获取到锁同时通过watcher机制观察节点状态当客户端解锁时对应的临时有序节点会在zookeeper中注销watcher观察到节点注销后会通知下一个序号最小的节点获取到锁。zookeeper是鲁棒性最强的方案但是在一些极边界情况下仍然有问题比如客户端网络异常会导致对应临时有序节点被注销这样就会有新的客户端能拿到锁可能就造成了锁被同时持有。方案选型对性能没要求对分布式锁的功能需求也极简单可以考虑数据库方案但一般不建议。对性能要求高允许极端情况容错可以采用Redis的方案。对性能要求较高同时对一致性要求相当严格可以采用zookeeper的方案。