摘要：
1、创建SpringBoot工程 工程名为my-tcc-demo 依赖如下 2、数据准备 134和129分别在user_134创建account_a表， user_129 创建account_b表 account_a表和account_b表数据结构时一致的。 默认数据如下图所示 3、使用mybati 阅读全文
posted @ 2020-11-20 09:35 work hard work smart 阅读(712) 评论(0) 推荐(0)
摘要：
一、MyCat中使用分布式事务 1、数据准备 以前面介绍的用户表数据为例 两台Mysql 192.168.127.134 (dn0) ,192.168.127.129 (dn1) , Mycat 安装在192.168.127.129 如下图所示 Mycat的配置， 1)、schema.xml配置 分 阅读全文
posted @ 2020-11-19 15:19 work hard work smart 阅读(1010) 评论(0) 推荐(0)
摘要：
分布式事务基本概念可参考分布式事务介绍 这里我们介绍Atomikos分布式事务，它是基于XA的分布式事务 1、准备-创建数据库 在192.168.127.129和192.168.127.134分别创建数据库xa_129和xa_134, 表分别为xa_129, xa_134, 表结构都是id和name 阅读全文
posted @ 2020-11-18 15:34 work hard work smart 阅读(545) 评论(0) 推荐(0)
摘要：
一、数据库规划 192.128.127.129和192.128.127.134 192.128.127.129 创建数据库，数据库名为sharding_test 192.128.127.134 创建数据库，数据库名为sharding_test2 如下图所示 在每个分库下建立一样的分表，用户表，用户地 阅读全文
posted @ 2020-11-17 14:58 work hard work smart 阅读(236) 评论(0) 推荐(0)
摘要：
MyCat是服务端的分库分表，对程序透明。客户端的分库分表技术有Sharding-Jdbc 1、Sharding-Jdbc简介 是一个开源的分布式的关系数据库中间件。 客户端代理模式 定位为轻量级的java框架，以jar包提供服务 可以理解为增强版的Jdbc驱动 完全兼容各种ORM框架 官网地址： 阅读全文
posted @ 2020-11-14 18:07 work hard work smart 阅读(248) 评论(0) 推荐(0)
摘要：
整体结构图 一、安装haproxy 1、在192.168.127.135中安装haproxy。 上一节我们在192.168.127.134中安装haproxy，这节我们在192.168.127.135中安装haproxy 安装过程参考MyCat高可用设计 2、修改haproxy 配置 vi /etc 阅读全文
posted @ 2020-11-14 13:24 work hard work smart 阅读(212) 评论(0) 推荐(0)
摘要：
一、再部署一个MyCat在129这台服务器上 1、登录192.168.127.129 cd /usr/local 拷贝130服务器的mycat scp -r root@192.168.127.130:/usr/local/mycat . 启动mycat cd /usr/local/mycat ./b 阅读全文
posted @ 2020-11-14 11:54 work hard work smart 阅读(151) 评论(0) 推荐(0)
摘要：
1、什么是子表， 比如购买商品的订单表，有订单表(包括订单的主题信息,订单编号，订单收货地址，...），订单OrderItem(商品Id，商品名称，金额，...）. 这里的订单OrderItem就是子表 问题场景： 订单表水平切分： 根据订单编号取模插入，模为0，插入第一个数据库； 模为1，插入第二 阅读全文
posted @ 2020-11-13 15:54 work hard work smart 阅读(267) 评论(0) 推荐(0)
摘要：
在从数据库中查询 show slave status Slave_SQL_Running: No 1、程序可能在从数据库中进行了写操作 2、也可能是从数据库 机器重启后，事务回滚造成的。 解决方法 在主库中查询 Show master status； 在从库中执行 STOP SLAVE; CHANG 阅读全文
posted @ 2020-11-13 15:34 work hard work smart 阅读(356) 评论(0) 推荐(0)
摘要：
1、全局表： 少量的固定的配置信息（如省市区信息），每个数据库都保存一份相同的数据。 2、创建表 192.168.127.129中创建表province 同理192.168.127.134中创建相同的表province，此时192.168.127.134(从）也有了相同的表province 3、sc 阅读全文
posted @ 2020-11-13 14:02 work hard work smart 阅读(281) 评论(0) 推荐(0)
摘要：
schema.xml配置 rule属性： 定义分片表的分片规则，必须与rule.xml中的tableRule对应 1、配置schema.xml vi schema.xml 第一个dataHost中配置了一主一从，分别为192.168.127.34和192.168.127.135 rule为shard 阅读全文
posted @ 2020-11-13 12:04 work hard work smart 阅读(84) 评论(0) 推荐(0)
摘要：
主配置log-bin，指定文件的名字 主配置server-id，默认为1 从配置server-id，与主不能重复 MySQL主： 192.168.127.134 MySQL从： 192.168.127.135 从库有数据库user_134 和表user 从库的数据库名和表名与主库保持一致 1、主库 阅读全文
posted @ 2020-11-12 18:08 work hard work smart 阅读(109) 评论(0) 推荐(0)
摘要：
操作系统Linux CentOS 7，采用yum方式，在其中两台安装mysql 整体架构图 这里使用了三台虚拟机 MyCat 安装在 Centos 64-bit-basic这台。 参考Linux下MyCAT安装 MySQL1安装在CentOS-MySQL-1这台。 参考Centos 7 中安装MyS 阅读全文
posted @ 2020-11-12 14:39 work hard work smart 阅读(169) 评论(0) 推荐(0)
摘要：
如果下载太慢，建议使用国内的yum 修改yum源为国内镜像 安装方式为yum 1、下载mysql yum repo配置文件 wget https://dev.mysql.com/get/mysql57-community-release-el7-9.noarch.rpm 2、yum源安装 rpm - 阅读全文
posted @ 2020-11-11 16:31 work hard work smart 阅读(63) 评论(0) 推荐(0)
摘要：
1、垂直切分 按业务去区分，每一种业务一个数据库，不同的业务之间禁止join联查 例如：业务库切分为订单库和商品库 优点： 拆分后业务清晰、拆分规则明确 系统之间容易扩展和整合 数据维护简单 缺点： 部分业务表无法join，只能通过接口调用，提升了系统的复杂度。 夸库事务难以处理 垂直切分后，某些业 阅读全文
posted @ 2020-11-10 16:43 work hard work smart 阅读(130) 评论(0) 推荐(0)
摘要：
Sonar主要作用 检查代码是否遵循编程标准：如命名规范，编写的规范等检查设计存在的潜在缺陷：SonarQube通过插件Findbugs、Checkstyle等工具检测代码存在的缺陷检测代码的重复代码量：SonarQube可以展示项目中存在大量复制粘贴的代码检测代码中注释的程度：源码注释过多或者太少 阅读全文
posted @ 2020-09-27 13:53 work hard work smart 阅读(234) 评论(0) 推荐(0)
摘要：
1、主备模式： 实现RabbitMQ的高可用集群，一般在并发和数据量不高的情况下，这种模型非常的好用且简单。主备模式也称之为Warren模式 主备模式架构图 HaProxy配置 备注： rabbitmq集群节点配置 inter 每隔5秒对mq集群做健康检查， 2次正确证明服务器可用， 2次失败证明服 阅读全文
posted @ 2020-08-01 14:08 work hard work smart 阅读(312) 评论(0) 推荐(0)
摘要：
一、创建生产者服务 1、创建生产者服务 rabbit-producer spring boot版本为 2.1.16.RELEASE 2、pom.xml 引入spring-boot-starter-amqp <dependencies> <dependency> <groupId>org.spring 阅读全文
posted @ 2020-08-01 11:19 work hard work smart 阅读(229) 评论(0) 推荐(0)
摘要：
1、在海量订单产生的业务高峰期，如何避免消息的重复消费问题？ 消费端实现幂等性： 即消费端永远不会消费多次，即使收到了多条一样的消息。 2、业界主流幂等性操作 唯一ID + 指纹码机制，利用数据主键去重 利用Redis的原子性去实现 1) 唯一ID + 指纹码机制 唯一ID + 指纹码机制，利用数据 阅读全文
posted @ 2020-08-01 11:09 work hard work smart 阅读(6168) 评论(0) 推荐(0)
摘要：
一、消息如何保障100%的投递成功 1、什么是生成端的可靠性投递 保障消息的成功发出 保障MQ节点的成功接收 发送端收到MQ节点（Broker）确认应答 完善的消息进行补偿机制 方案1： 消息信息入库，对消息状态进行标记 BIZ DB： 业务DB MSG DB： 消息DB 这两个DB可以放在一个DB 阅读全文
posted @ 2020-07-29 15:40 work hard work smart 阅读(423) 评论(0) 推荐(0)
浙公网安备 33010602011771号