work hard work smart

专注于Java后端开发。 不断总结,举一反三。
随笔 - 1158, 文章 - 0, 评论 - 153, 阅读 - 186万
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

11 2020 档案

摘要:整体架构图 1) KubernetesAPI Server Scheduler 对资源统一调度,任务发布。 Controller Manager(资源统筹管理) replication(容器跨节点部署,标签管理,资源选择)/namespace controller (虚拟化集群) Etcd 类似于Z 阅读全文

posted @ 2020-11-26 09:59 work hard work smart 阅读(530) 评论(0) 推荐(0) 编辑

摘要:1、Mesos Marathon总体架构 上面Control Plane是控制单元 下面Mesos Slave是执行单元。Mesos Slave部署在一台物理机上。 1) Zookeeper集群 zookeeper自身高可用 Mesos master领导者选举 节点数目(2N+1)和Quorum数目 阅读全文

posted @ 2020-11-25 13:42 work hard work smart 阅读(252) 评论(0) 推荐(0) 编辑

摘要:1、docker info 用于检测Docker是否正确安装,一般和docker version结合使用 2、从docker registry server中拉image docker pull nginx 3、创建一个容器,但是不启动它 docker create nginx 4、查看容器信息 d 阅读全文

posted @ 2020-11-24 16:50 work hard work smart 阅读(130) 评论(0) 推荐(0) 编辑

摘要:1、微服务落地需求 环境需求差异大:CPU业务型,GPU计算型,高吞吐I/O型 服务敏捷要求高: 成百上千个服务、快速启动、优雅停止 组织架构编号: 产品导向、DevOps文化、团队微小化 2、为什么使用容器技术? 容器技术能解决微服务落地的问题 1) 容器化可以适应各种硬件平台 2) 微服务: 高 阅读全文

posted @ 2020-11-24 12:01 work hard work smart 阅读(320) 评论(0) 推荐(0) 编辑

摘要:1、消息队列MQ(事务最终一致方案)介绍 原理、流程与本地消息表类似 不同点: 1) 本地消息表改为MQ 2) 定时任务改为MQ的消费者 架构图 优点: 不依赖定时任务,基于MQ更高效、更可靠。 适合于公司内的系统 (比如公司内的多个系统,要做一致性处理) 不同公司之间无法基于MQ,本地消息表更合适 阅读全文

posted @ 2020-11-23 16:28 work hard work smart 阅读(455) 评论(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 阅读(143) 评论(0) 推荐(0) 编辑

摘要:一、本地消息表原理 1、本地消息表方案介绍 本地消息表的最终一致方案 采用BASE原理,保证事务最终一致 在一致性方面,允许一段时间内的不一致,但最终会一致。 在实际系统中,要根据具体情况,判断是否采用。(有些场景对一致性要求较高,谨慎使用) 2、本地消息表的使用场景 基于本地消息表的方案中,将本事 阅读全文

posted @ 2020-11-20 14:30 work hard work smart 阅读(3111) 评论(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 阅读(649) 评论(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 阅读(957) 评论(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 阅读(519) 评论(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 阅读(227) 评论(0) 推荐(0) 编辑

摘要:MyCat是服务端的分库分表,对程序透明。客户端的分库分表技术有Sharding-Jdbc 1、Sharding-Jdbc简介 是一个开源的分布式的关系数据库中间件。 客户端代理模式 定位为轻量级的java框架,以jar包提供服务 可以理解为增强版的Jdbc驱动 完全兼容各种ORM框架 官网地址:  阅读全文

posted @ 2020-11-14 18:07 work hard work smart 阅读(241) 评论(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 阅读(202) 评论(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 阅读(142) 评论(0) 推荐(0) 编辑

摘要:1、什么是子表, 比如购买商品的订单表,有订单表(包括订单的主题信息,订单编号,订单收货地址,...),订单OrderItem(商品Id,商品名称,金额,...). 这里的订单OrderItem就是子表 问题场景: 订单表水平切分: 根据订单编号取模插入,模为0,插入第一个数据库; 模为1,插入第二 阅读全文

posted @ 2020-11-13 15:54 work hard work smart 阅读(255) 评论(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 阅读(341) 评论(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 阅读(273) 评论(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 阅读(80) 评论(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 阅读(94) 评论(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 阅读(161) 评论(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 阅读(59) 评论(0) 推荐(0) 编辑

摘要:1、垂直切分 按业务去区分,每一种业务一个数据库,不同的业务之间禁止join联查 例如:业务库切分为订单库和商品库 优点: 拆分后业务清晰、拆分规则明确 系统之间容易扩展和整合 数据维护简单 缺点: 部分业务表无法join,只能通过接口调用,提升了系统的复杂度。 夸库事务难以处理 垂直切分后,某些业 阅读全文

posted @ 2020-11-10 16:43 work hard work smart 阅读(123) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示