摘要：
1、微服务落地需求 环境需求差异大：CPU业务型，GPU计算型，高吞吐I/O型 服务敏捷要求高： 成百上千个服务、快速启动、优雅停止 组织架构编号： 产品导向、DevOps文化、团队微小化 2、为什么使用容器技术？ 容器技术能解决微服务落地的问题 1) 容器化可以适应各种硬件平台 2) 微服务： 高 阅读全文
posted @ 2020-11-24 12:01 work hard work smart 阅读(346) 评论(0) 推荐(0)
摘要：
1、消息队列MQ(事务最终一致方案)介绍 原理、流程与本地消息表类似 不同点： 1) 本地消息表改为MQ 2) 定时任务改为MQ的消费者 架构图 优点： 不依赖定时任务，基于MQ更高效、更可靠。 适合于公司内的系统 (比如公司内的多个系统，要做一致性处理） 不同公司之间无法基于MQ，本地消息表更合适 阅读全文
posted @ 2020-11-23 16:28 work hard work smart 阅读(546) 评论(0) 推荐(0)
摘要：
1、下载Rocket MQ http://rocketmq.apache.org/docs/quick-start/ 下载的版本为rocketmq-all-4.7.1-bin-release.zip 下载完成后解压D:\rocketmq 2、设置环境变量ROCKETMQ_HOME 3、JDK版本1. 阅读全文
posted @ 2020-11-23 11:35 work hard work smart 阅读(176) 评论(0) 推荐(0)
摘要：
一、本地消息表原理 1、本地消息表方案介绍 本地消息表的最终一致方案 采用BASE原理，保证事务最终一致 在一致性方面，允许一段时间内的不一致，但最终会一致。 在实际系统中，要根据具体情况，判断是否采用。（有些场景对一致性要求较高，谨慎使用） 2、本地消息表的使用场景 基于本地消息表的方案中，将本事 阅读全文
posted @ 2020-11-20 14:30 work hard work smart 阅读(3477) 评论(0) 推荐(1)
摘要：
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 阅读(736) 评论(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 阅读(1035) 评论(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 阅读(572) 评论(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 阅读(260) 评论(0) 推荐(0)
摘要：
MyCat是服务端的分库分表，对程序透明。客户端的分库分表技术有Sharding-Jdbc 1、Sharding-Jdbc简介 是一个开源的分布式的关系数据库中间件。 客户端代理模式 定位为轻量级的java框架，以jar包提供服务 可以理解为增强版的Jdbc驱动 完全兼容各种ORM框架 官网地址： 阅读全文
posted @ 2020-11-14 18:07 work hard work smart 阅读(308) 评论(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 阅读(235) 评论(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 阅读(184) 评论(0) 推荐(0)
摘要：
1、什么是子表， 比如购买商品的订单表，有订单表(包括订单的主题信息,订单编号，订单收货地址，...），订单OrderItem(商品Id，商品名称，金额，...）. 这里的订单OrderItem就是子表 问题场景： 订单表水平切分： 根据订单编号取模插入，模为0，插入第一个数据库； 模为1，插入第二 阅读全文
posted @ 2020-11-13 15:54 work hard work smart 阅读(284) 评论(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 阅读(409) 评论(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 阅读(294) 评论(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 阅读(107) 评论(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 阅读(131) 评论(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 阅读(197) 评论(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 阅读(90) 评论(0) 推荐(0)
摘要：
1、垂直切分 按业务去区分，每一种业务一个数据库，不同的业务之间禁止join联查 例如：业务库切分为订单库和商品库 优点： 拆分后业务清晰、拆分规则明确 系统之间容易扩展和整合 数据维护简单 缺点： 部分业务表无法join，只能通过接口调用，提升了系统的复杂度。 夸库事务难以处理 垂直切分后，某些业 阅读全文
posted @ 2020-11-10 16:43 work hard work smart 阅读(151) 评论(0) 推荐(0)
摘要：
Sonar主要作用 检查代码是否遵循编程标准：如命名规范，编写的规范等检查设计存在的潜在缺陷：SonarQube通过插件Findbugs、Checkstyle等工具检测代码存在的缺陷检测代码的重复代码量：SonarQube可以展示项目中存在大量复制粘贴的代码检测代码中注释的程度：源码注释过多或者太少 阅读全文
posted @ 2020-09-27 13:53 work hard work smart 阅读(286) 评论(0) 推荐(0)
浙公网安备 33010602011771号