数据库常用架构和同步工作原理：服务器： 一主多从 适用于读取操作比较多的数据库 双机热备 一台主服务器，一台备用服务器，主服务器把用户操作记录到二进制文件中，备用服务器复制 数据库分库分表设计方法：单表或者库数据量太大或者硬件不能升级或者无法升级业务拆分：如 ：用户，商品，订单垂直拆分：如：床上用品 ...
分类：
数据库 时间：
2021-07-26 16:41:04
阅读次数：
0
MS.Microservice 微服务架构设计 此项目主要是个人在学习微服务的过程中所了解到的知识点 .NET 微服务 - 体系结构电子书-原文英文版 .NET 微服务 - 体系结构电子书 Martin Fowler 对微服务特征的概括：微服务 上下文边界 领域命令模式处理程序 领域命令验证 贫血领 ...
分类：
其他好文 时间：
2021-07-08 17:43:38
阅读次数：
0
架构演变 远程服务调用方式 Eureka Ribbon ## 架构演变(了解) 集中式 特点：所有功能代码都在一个项目中 应用场景：访问量不太大的小项目 优点：开发、部署比较简单方便 缺点：修改代码，需要对整个项目进行打包部署，相对比较麻烦 垂直拆分 特点：根据功能把项目拆分成一个个单独的系统,系统 ...
分类：
编程语言 时间：
2020-12-14 12:59:04
阅读次数：
4
第一章 入门概述 1.1 是什么 Mycat 是数据库中间件。 1、数据库中间件 中间件：是一类连接软件组件和应用的计算机软件，以便于软件各部件之间的沟通。例子：Tomcat，web中间件。 数据库中间件：连接java应用程序和数据库 2、为什么要用Mycat？ ① Java与数据库紧耦合。 ② 高 ...
分类：
数据库 时间：
2020-09-17 12:14:13
阅读次数：
59
https://blog.csdn.net/bernkafly/article/details/89553711 redis概述 传统的数据访问： 缓存 + MySql 垂直拆分： 主从复制，读写分离： 分表分库+水平拆分+MySql 集群： 到了现在的数据访问流程： 3V + 3高： UDSL 这 ...
经过读写分离的优化后，小王可算是轻松了一段时间，读写分离具体的方案请查看这篇文章：Sharding-JDBC:查询量大如何优化？可是好景不长，业务发展是在太快了。数据库中的数据量猛增，由于所有表都在一个数据库中，导致服务器本地存储快满了。从上图我们可以看的出来，由于表的数量较多，每个表的数据量也较大，但是还没到水平拆分的地步。目前遇到的问题是服务器的存储不够了，短期内还不用水平拆分，那么方案呼之欲
分类：
数据库 时间：
2020-08-02 10:09:00
阅读次数：
81
一 前言 中大型项目中，一旦遇到数据量比较大，小伙伴应该都知道就应该对数据进行拆分了。有垂直和水平两种。 垂直拆分 比较简单，也就是本来一个数据库，数据量大之后，从业务角度进行拆分多个库。如下图，独立的拆分出订单库和用户库。 水平拆分 是同一个业务数据量大之后，进行水平拆分 上图中订单数据达到了40 ...
分类：
其他好文 时间：
2020-07-14 00:18:56
阅读次数：
65
NoSQL简介 为什么要使用NoSQL 1、MySQL单机时代 1、数据量如果太大、一个机器放不下了！ 2、数据的索引（B+Tree），一个机器内存也放不下 3、访问量（读写混合），一个服务器承受不了 2、Memchached（缓存）+MySQL+垂直拆分（读写分离） 网站80%的情况都是在读，每次 ...
分类：
数据库 时间：
2020-06-26 22:20:08
阅读次数：
83
在微服务架构中，随着服务的逐步拆分，数据库私有已经成为共识，这也导致所面临的分布式事务问题成为微服务落地过程中一个非常难以逾越的障碍，但是目前尚没有一个完整通用的解决方案。 其实不仅仅是在微服务架构中，随着用户访问量的逐渐上涨，数据库甚至是服务的分片、分区、水平拆分、垂直拆分已经逐渐成为较为常用的提 ...
分类：
其他好文 时间：
2020-06-25 15:24:03
阅读次数：
54
提起微服务架构，不可避免的两个话题就是服务治理和分布式事务。数据库和业务模块的垂直拆分为我们带来了系统性能、稳定性和开发效率的提升的同时也引入了一些更复杂的问题，例如在数据一致性问题上，我们不再能够依赖数据库的本地事务，对于一系列的跨库写入操作，如何保证其原子性，是微服务架构下不得不面对的问题。1分布式事务解决方案针对分布式系统的特点，基于不同的一致性需求产生了不同的分布式事务解决方案，追求强一致
分类：
其他好文 时间：
2020-06-09 09:34:05
阅读次数：
60
