1、服务架构演进 早期单体架构开发、调试、部署简单，但耦合高、扩展性差。 于是出现了SOA架构，对单体架构做了水平或垂直拆分，实现业务与技术的解耦，通过ESB协调多系统间的调度。但SOA需要集中的调度总线，容易产生性能瓶颈。 然后出现了微服务，它要求更细粒度拆分，以服务为单位，分布式去中心化不要ES ...
分类：
其他好文 时间：
2018-10-24 10:52:23
阅读次数：
112
1 优化sql和索引2 增加缓存如：redis3 主从复制或主主复制，读写分离4 利用mysql自带分区表5 先做垂直拆分，将一个大系统分为多个小系统，也就是分布式6 水平切分，要选择一个合理的sharding key,为了有好的查询效率，表结构也要改动，做一定的冗余，应用也要改，sql中尽量带sh ...
分类：
数据库 时间：
2018-10-18 14:03:20
阅读次数：
201
RPC是远程过程调用的简称，广泛应用在大规模分布式应用中，作用是有助于系统的垂直拆分，使系统更易拓展。Java中的RPC框架比较多，各有特色，广泛使用的有RMI、Hessian、Dubbo等。RPC还有一个特点就是能够跨语言，本文只以JAVA语言里的RPC为例。对于RPC有一个逻辑关系图，以RMI为例：其他的框架结构也类似，区别在于对象的序列化方法，传输对象的通讯协议，以及注册中心的管理与fail
分类：
编程语言 时间：
2018-10-15 18:22:19
阅读次数：
204
一、前言 一般来说，随着业务的发展数据库的数据量会越来越多，当单表数据超过上千万时执行一些查询sql语句就会遇到性能问题。一开始可以用主从复制读写分离来减轻db压力，但是后面还是要用分库分表把数据进行水平拆分和垂直拆分。 实现分库分表目前我知道的方式有两种，第一种是使用mycat中间件实现，第二种是... ...
分类：
数据库 时间：
2018-10-06 13:27:52
阅读次数：
379
垂直拆分:顾名思义是将表垂直着给拆掉,即:(下面是省略掉字段的一个表)+ + + + + + + + + + + + + + + | userid | groupid | areaid | amount | point | modelid | message | islock | vip | ove ...
分类：
数据库 时间：
2018-09-22 14:51:05
阅读次数：
213
mysql数据上限 5000万 超过性能急剧下降提升效率;字段长度 字段类型sql优化索引 减少DDL语句（表的修改等）分库分表：处理数据过大查询慢垂直拆分（userid放用户库 orderid放订单库） 存在表性能瓶颈 不易扩展 事物处理复杂（不同库 事物）水平拆分（orderid % 3 = 具 ...
分类：
其他好文 时间：
2018-07-18 23:35:23
阅读次数：
215
分表：垂直拆分、水平拆分 垂直拆分：根据业务将一个表拆分为多个表。 如：将经常和不常访问的字段拆分至不同的表中。由于与业务关系密切，目前的分库分表产品均使用水平拆分方式。 水平拆分：根据分片算法将一个表拆分为多个表。 如：按照ID的最后一位以3取余，尾数是1的放入第1个库（表），尾数是2的放入第2个 ...
分类：
其他好文 时间：
2018-06-23 19:18:40
阅读次数：
756
一、背景： 系统刚开始的时候，数据库都是单库单表结构。随着业务量的增加进行第一次数据库升级，根据业务垂直拆分数据库，这样多变成多个业务数据库，每个数据库里面还是单表结构。接下来，继续随着业务量的继续增加，单表已经很难承受数据量，就要进行分表，这个时候就是，多个业务库，每个业务库下对需要分表的表进行分 ...
分类：
其他好文 时间：
2018-06-11 00:34:29
阅读次数：
186
通过某种特定的条件，将存放在同一个数据库中的数据分散存放到多个数据库上，实现分布存储，通过路由规则路由访问特定的数据库，这样一来每次访问面对的就不是单台服务器了，而是N台服务器，这样就可以降低单台机器的负载压力。提示：sqlserver 2005版本之后，可以友好的支持“表分区”。 垂直(纵向)拆分 ...
分类：
数据库 时间：
2018-05-31 02:36:41
阅读次数：
206
查询 小结果集驱动大结果集 索引 单索引或联合索引均中，但尽量完全匹配 事务优化 尽量使用小事务 Schema 占空间大但访问频率低的字段，可拆至新表中 选择合适的字段类型 数据库中间件 MySQL Proxy；Amoeba 分库 接业务垂直拆分，拆分良好的业务完全可以直接拆分 拆分不太好的业务，模 ...
分类：
数据库 时间：
2018-05-04 15:22:43
阅读次数：
191
