一、使用外键 优点： 缺点： 二、不使用外键 优点： 缺点： 总结： 1. 互联网行业：不推荐使用外键。理由： 用户量大，并发度高，为此数据库服务器很容易成为性能瓶颈，尤其受IO能力限制，且不能轻易地水平扩展； 若是把数据一致性的控制放到事务中，即让应用服务器承担此部分的压力； 应用服务器一般都是可 ...
分类：
数据库 时间：
2019-01-10 13:09:49
阅读次数：
226
一、前言 在计算机领域，当单机性能达到瓶颈时，有两种方式可以解决性能问题，一是堆硬件，进一步提升配置，二是分布式，水平扩展。当然，两者都是一样的烧钱。今天聊聊我所理解的分布式系统的架构思路。 二、分布式系统的两种方式 平时接触到的分布式系统有很多种，比如分布式文件系统，分布式数据库，分布式WebSe ...
分类：
其他好文 时间：
2018-12-28 20:41:58
阅读次数：
163
数字资产撮合交易模式中并发和撮合是核心的要点。这也是运营方关注的重点。高并发是互联网分布式系统架构设计中必须要考虑的因素之一，它是指通过设计保证系统能够同时运行处理多个请求。与高并发相关的指标有响应时间、吞吐量、每秒查询率、并发用户等。这些都是影响高并发的因素。要提高系统的高并发能力需从架构处理。主要有两种垂直扩展和水平扩展。垂直扩展可以通过提升单机硬件性能，或者提升单机架构性能，来提高并发性，但
分类：
其他好文 时间：
2018-12-27 15:32:59
阅读次数：
129
如今Docker的使用已经非常普遍，特别在一线互联网公司。使用Docker技术可以帮助企业快速水平扩展服务，从而到达弹性部署业务的能力。在云服务概念兴起之后，Docker的使用场景和范围进一步发展，如今在微服务架构越来越流行的情况下，微服务+Docker的完美组合，更加方便微服务架构运维部署落地。 ...
分类：
其他好文 时间：
2018-11-30 16:38:40
阅读次数：
171
一. TiDB的核心特性 高度兼容 MySQL 大多数情况下，无需修改代码即可从 MySQL 轻松迁移至 TiDB，分库分表后的 MySQL 集群亦可通过 TiDB 工具进行实时迁移。 水平弹性扩展 通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景 ...
分类：
数据库 时间：
2018-11-26 22:02:33
阅读次数：
220
当一个开发人员提升计算机系统负荷时，通常会考虑两种方式垂直扩展和水平扩展。选用哪种策略主要依赖于要解决的问题以及系统资源的限制。在这篇文章中我们将讲述这两种策略并讨论每种策越的优缺点。如果你已经有一个软件系统需要不断成长，那么你将有意或者无意中选择这两种策略中的一种。 垂直扩展 在垂直扩展模型中，想 ...
分类：
其他好文 时间：
2018-11-24 11:41:57
阅读次数：
183
我们通过手动执行kubectlscale命令，可以实现Pod扩容。但是，分布式系统要能够根据当前负载的变化情况自动触发水平扩展或缩容的行为，因为这一过程可能是频繁发生的、不可预料的，所以手动控制的方式是不现实的。-因此，在Kubernetes1.1版本中首次发布了这一重量级新特性-----HorizontalPodAutoscaler。-HorizontalPodAutoscaler简称HAP，意
分类：
其他好文 时间：
2018-11-22 18:18:10
阅读次数：
190
一个典型的Kafka集群中包含若干Producer（可以是web前端产生的Page View，或者是服务器日志，系统CPU、Memory等），若干broker（Kafka支持水平扩展，一般broker数量越多，集群吞吐率越高），若干Consumer Group，以及一个Zookeeper集群。Kafka通过Zookeeper管理集群配置，选举leader，以及在Consumer Group发生变化时进行rebalance。Producer使用push模式将消息发布到broker，Consumer使用pull模式从broker订阅并消费消息。
分类：
其他好文 时间：
2018-11-10 23:53:56
阅读次数：
231
Kafka简介kafka是一个高吞吐量的分布式消息队列，具有高性能、持久化、多副本备份、横向扩展能力，通常用于大数据及流处理平台。消息队列里都有生产者/消费者的概念，生产者往队列里写消息，而消费者则是从队列里获取消息。一般在架构设计中起到解耦、削峰、异步处理的作用。kafka对外使用topic的概念，生产者往topic里写消息，消费者则从topic里读消息。为了做到水平扩展，一个topic实际是由
分类：
其他好文 时间：
2018-10-25 19:45:36
阅读次数：
190
一个典型的Kafka集群中包含若干Producer（可以是web前端FET，或者是服务器日志等），若干broker（Kafka支持水平扩展，一般broker数量越多，集群吞吐率越高），若干ConsumerGroup，以及一个Zookeeper集群。Kafka通过Zookeeper管理Kafka集群配置：选举Kafka broker的leader，以及在Consumer Group发生变化时进行rebalance，因为consumer消费kafka topic的partition的offsite信息是存在Zookeeper的。Producer使用push模式将消息发布到broker，Consumer使用pull模式从broker订阅并消费消息。
分类：
其他好文 时间：
2018-10-18 17:00:16
阅读次数：
146
