2016年11月_说好不能打脸

12月 11月 10月 09月 08月 07月 06月 05月 04月 03月 02月 01月

原创架构设计：系统存储（14）——MySQL横向拆分与业务透明化（2）

上文提到MyCat的逻辑表支持多种分片规则，表现于schema配置文件中中table标签的rule属性。本节将以MyCat Version 1.6版为基础，介绍几种经常使用的分片规则，这些分片规则都通过rule.xml文件进行定义和配置。

2016-11-29 18:15:51 6043 4

原创架构设计：系统存储（13）——MySQL横向拆分与业务透明化（1）

之前文章中我们介绍了如何使用MyCat进行读写分离，类似的关系型数据库的读写分离存储方案可以在保持上层业务系统透明度的基础上满足70%业务系统的数据承载规模要求和性能要求。但是这个方案也有一个明显的问题，那就是它没有解决数据存储规模的瓶颈。如果单个节点上某个单表的数据规模超过了千万级，那么这个节点的读操作也会产生性能瓶颈。所以我们还需要进一步使用MyCat的分片技术对业务数据表进行横向拆分。

2016-11-29 18:12:13 6800 2

原创架构设计：系统存储（12）——MySQL主从方案业务连接透明化（中）

如果数据库中单张数据表的规模达到了亿级（甚至以上），那么查询压力集中在一个读节点上也不会再有助于查询性能提升。所以在必要的情况下，我们还需要继续对上文给出的MySQL集群方案进行改进，让其能够适应更庞大的结构化数据规模。具体的思路就是在保持读写分离方案的基础上，对业务系统中结构化数据量达到或者超过亿级规模的若干张业务表进行拆分工作。本篇文章向读者介绍一个由国人开发并完全免费发布的数据库中间件，MyCat。

2016-11-10 16:37:42 11605 2

原创架构设计：系统存储（11）——MySQL主从方案业务连接透明化（上）

在之前的文章中，我们提到MySQL一主多从集群模式下，对上层业务系统的访问带来了一些问题。本编文章中我们将深入分析这个问题，并介绍如何对这个问题进行改进。MySQL一主多从集群对上层业务系统带来的主要问题是，**上层业务系统需要自行控制本次MySQL数据操作需要访问MySQL集群中的哪个节点**。产生这个问题的主要原因，是因为**MySQL一主多从集群本身并没有提供现成功能，将集群中的节点打包成统一服务并向外提供**

2016-11-04 11:11:53 6928 9

基于业务抽象设计思想完成的Flink流式处理示例

该实例主要配合《软件设计不是CRUD（21）：在流式数据处理系统中进行业务抽象落地——需求分析》《软件设计不是CRUD（22）：在流式数据处理系统中进行业务抽象落地——设计思考》《软件设计不是CRUD（23）：在流式数据处理系统中进行业务抽象落地——详细编码》这三篇文章进行代码落地的详细讲解。其中的示例主要内容是多种测速雷达的数据收集和数据清洗、数据落库工作。注意，其中的kafka、flink集群都需要读者自行进行安装，然后可用本源代码进行打包运行。

2024-06-18

使用业务抽象思想设计的具有低耦合性的组织机构模块（示例）

对应业务抽象专栏低6、7、8三篇文章其中有两个目录 simple-org：存放示例组织机构模块的完整代码 simple-for-org-boot：存放应用程序启动脚手架（使用spring-boot）

2023-12-11

命令模式实现事务补偿2

这个是最新的版本，之前那个上传的资源不完善，请不要下载。这是一个使用命令模式自行实现的事务补偿机制，用于跨平台多原子服务协调调用异常时的逆向操作。

2017-02-08

命令模式实现事务补偿

这是一个使用命令模式自行实现的事务补偿机制，用于跨平台多原子服务协调调用异常时的逆向操作。

2017-02-03

图片服务系统工程代码

这个图片服务系统工程代码配合我的博文http://blog.csdn.net/yinwenjie/article/details/54016015进行下载阅读。

2017-01-18

自己设计ESB组件的主要代码

这个资源是我的专题“系统间通信”中第41篇到44篇文章的主要代码。其中包含了ESB-Client的主要代码和ESB-Broker的主要代码。详细的资源说明可以查看我的博客：http://blog.csdn.net/yinwenjie/article/details/52141093

2016-08-11

OASIS Advanced Message Queueing Protocol (AMQP) Version 1.0

ISO/IEC组织定义的AMQP协议的标准规范。目前版本号为version 1.0

2016-03-14

zookeeper + thrift实现的RPC 服务治理框架演示

服务治理框架，一般存在与RPC的上一层，用来在大量RPC服务至上，协调客户端和服务器的调用工作。这个示例工程和我的博客《架构设计：系统间通信（13）——RPC实例Apache Thrift 下篇》（http://blog.csdn.net/yinwenjie/article/details/49869535）相对应。相关的设计和代码说明，请参见我的博客。另外，工程已经测试过了，可以直接下载导入eclipse运行，您需要maven的支持。

2015-11-22

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

原创 架构设计：系统存储（14）——MySQL横向拆分与业务透明化（2）

原创 架构设计：系统存储（13）——MySQL横向拆分与业务透明化（1）

原创 架构设计：系统存储（12）——MySQL主从方案业务连接透明化（中）

原创 架构设计：系统存储（11）——MySQL主从方案业务连接透明化（上）