harder_cn的博客

前提：redis集群部署，通过sentinel哨兵来监控。redis、sentinel共三台服务redis1 192.168.0.222 6379redis2 192.168.0.223 6379redis3 192.168.0.224 6379sentinel1192.168.0.222 26379sentinel2192.168.0.223 26379sentinel3 192.168.0.224 26379tx-manager-4.1...

最过遇到一个对我来说很懵逼的问题，让我紧急解决。现象：一个流程审批节点提交后，不能正常流转到下一节点。调查：通过日志没查到任何异常，从很长的LOG内仔细的看到一句话，这句话真的起了很大作用。lcn start transaction over, res -> groupId:xxxxx and state is rollback.既然是事务引起的回滚，那我第一反应是肯定有地方报错，但还没有异常，难道是哪位大侠的代码捕获异常时不抛出，还打印这么友好的log?花费半天找代码，心想大

一、现象：最近刚部署了nfs服务器，在客户端也成功挂载，但客户端的挂载目录却成了只读。二、解决办法：本人试了很方案没有解决掉，也花费了很大工夫，下面整理以下相关的解决地方。1、先卸载挂载目录，查看本地读写是否正常查看挂载中的目录mount卸载挂载umount /home/document保证本地目录的权限可有读写。2、查看nfs服务当前状态在nfs服务端执行命令service nfs status能看到rpc.mountd、nfsd及rpc.rquotad

首先按照下图来学习。事务是什么、为什么需要这里就不多啰嗦了。分布式事物基本理论:基本遵循CPA理论，采用柔性事物特征，软状态或者最终一致性特点保证分布式事物一致性问题。分布式事物常见解决方案:2PC两段提交协议3PC三段提交协议(弥补两端提交协议缺点)TCC或者GTS(阿里)消息中间件最终一致性使用LCN解决分布式事物，理念“LCN并不生产事务,LCN只是本地事务的搬运工”。一、两阶段提交（2PC）两阶段提交又称2PC，2PC是一个非常经典的强一致、中心化的原子提交协议。这里所说

先说明一下：我参考、借鉴了很多相关文章，就是为了让更多人简单的明白知识，如有复用希望大家理解。理解CAPCAP原则又称CAP定理，指的是在一个分布式系统中， Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），下面是阮一峰老师的解释，真的很易懂，来一个一个看看。一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）举例来说，某条记录是 v0，用户向 G1 发起一个写