因为最近有在 CentOS7 上实战部署了一个 Redis 6节点的主从集群 (三主三从) 所以整理了一份超速部署文档， 任谁看了都可以简单+快速的搞起一个Redis Cluster模式的集群。 话不多说下边直接安排   环境 CentOS 7 Redis 5     首先是 Redis5 安装 安装依赖包 yum -y install gcc automake autoconf libt ...

Read more »

  虽说现在连 SpringBoot 都抛弃 Maven 开始使用 Gradle 来构建了，可关于Gradle这个工具呢在用的人还是挺少的，在网上搜的资料也大多还都是基于安卓项目的配置。 当然 Java 的也会有， 不过基本上都是些很基础的单个项目的构建法，复杂的很少。而一个真实的企业级应用中项目构建会涉及到的点还是比较多的，网上搜 ...

Read more »

  当网站业务快速发展，数据量不断地上升，那么不可避免的底层DB压力会越来越大。 一般最开始都可以靠更换硬件来解决，加钱上更好的机子是最简单的方案，但这只限于你的增加的硬件费用算起来相对经济以及确实单机能顶得住业务量来说的。 但是在你业务激增的情况下，数据和访问量的增长势必会突破单机的极限，即单 ...

Read more »

  最近在自己搭一个使用 SpringSecutiryOAuth2 的认证服务器, 这里的接口基于 SpringMVC， 而资源服务器是 SpringCloudGateway 建立的网关层，实现是 WebFlux。 目的是为了在网关层做所有的鉴权操作。  其实一切都还好，ajax 登陆、OAuth2密码模式的 token 获取、token刷新等 都有序进行中。   认证的整个流 ...

Read more »

 
为了解决在分布式系统中需要对某个资源进行全局的一个非重复ID生成，所以有了分布式ID这么一个概念
 
在分布式应用下，像分库分表的这种场景是很常见的, 这个时候如果还是用数据库本身的自增的话，那多个数据库ID肯定会重复。
比如订单表由于数据过多，分到了多个数据库中存储的话，那么这个ID要如何生成呢？
还是以原来的逻辑进行自增的话，那就会出现这种情况:   数据库A里边有订单1、2、3 , 数据库B里边也有个订单1、2、3， 这在业务逻辑上就冲突了。
 
Read more »

说完了分布式事务最核心的思想(2PC) –> [探秘分布式解决方案: 分布式事务——从核心思想之2PC(两阶段提交)开始]    http://skypyb.com/2019/11/jishu/1149/
 
那么现在进入到更加复杂的场景。像这种跨库调用之类的，一线互联网公司早就不玩这一套东西了。这都9102年了，上来就是微服务架构。
我这么多服务，你整个啥跨库调用呢？一个服务可能同时调用多个其他的服务。这多个其他的服务中都要执行SQL语句，修改落实到服务所对应的数据库之中。
 
Read more »

为什么要有分布式事务？ 本地单机事务，有点工作经验的肯定不陌生，主要用于处理操作量大，复杂度高的数据，一般都由数据库自己实现。 开启一个事务，进行了多个对数据库进行更新(增删改)的语句后，可以自由的选择 commit 或 rollback 来结束事务。 可以从根源上保证多个数据集合的同步。   比如一个订单系统，用 ...

Read more »

Zookeeper 是一种分布式协调服务，在分布式环境中协调和管理服务是一个复杂的过程。ZooKeeper 通过其简单的架构和 API 解决了这个问题。ZooKeeper 允许开发人员专注于核心应用程序逻辑，而不必担心应用程序的分布式特性。   分布式协调服务主要用来解决分布式环境当中多个进程之间的同步控制，让他们有序的去访问 ...

Read more »