Mysql的使用非常普遍，跟mysql有关的话题也非常多，如性能优化、高可用性、强一致性、安全、备份、集群、横向扩展、纵向扩展、负载均衡、读写分离等。要想掌握其中的精髓，可得花费不少功力，虽然目前流行的mysql替代方案有很多，可是从最小成本最容易维护的角度而言，mysql还是首选。下面从应用场景的 ...
分类：
数据库 时间：
2018-12-29 01:06:36
阅读次数：
228
一、概述etcd是一个高可用的键值存储系统，主要用于共享配置和服务发现。etcd是由CoreOS开发并维护的，灵感来自于 ZooKeeper 和 Doozer，它使用Go语言编写，并通过Raft一致性算法处理日志复制以保证强一致性。Raft是一个新的一致性算法，适用于分布式系统的日志复制，Raft通 ...
分类：
其他好文 时间：
2018-12-27 22:50:51
阅读次数：
174
ACID：数据库的四个特性 CAP：帽子理论 BASE：对应帽子理论的解决思想理论 一，ACID特性 什么是ACID，一般关系型数据库都会保证ACID这个特性，那么ACID对于一致性来说，就是一种最直接且最有效的强一致性。 如果在数据量较小的情况下，可以利用关系型数据库的强一致性解决。 面对具有大规 ...
分类：
其他好文 时间：
2018-12-20 00:59:23
阅读次数：
263
XA协议 性能不佳； 最佳实践：仅在同一个事务上下文中需要协调多种资源（即数据库，以及消息主题或队列）时，才有必要使用X/Open XA接口。 基于消息中间件的两阶段提交协议：RocketMQ基于此；在高并发场景下，将一个分布式事务拆成一个消息事务（A系统的本地操作+发消息）+B系统的本地操作，不是 ...
分类：
其他好文 时间：
2018-12-14 13:58:44
阅读次数：
191
关于CAP理论，可以去看看阮一峰的文章[http://www.ruanyifeng.com/blog/2018/07/cap.html] C(一致性)A(可用性)P(分区容错性) ZooKeeper： zookeeper保证了cp(一致性、分区容错性)，但是作为服务注册中心，我们可以容忍注册中心返回 ...
分类：
编程语言 时间：
2018-12-07 21:27:18
阅读次数：
264
（1）分布式、多版本、面向列的开源数据库 （2）支持上亿行、百万列； （3）强一致性、高扩展、高可用 Hbase是一个强一致性数据库，不是“最终一致性”数据库。 HBase数据读写，更新的数据是放在Memstore，只有当Memstore里的数据达到阈值，或者时间达到阈值，就会flush到磁盘上，生 ...
分类：
其他好文 时间：
2018-12-03 13:55:31
阅读次数：
221
11月10日在广州贝塔咖啡举办的迅雷链技术沙龙上，迅雷链底层工程师张骁就迅雷链共识算法的内在细节，向到场的开发者和区块链爱好者做了详细解读。DPoA+PBFT的算法保证了分布式系统中的强一致性和高效率共识，吸引了在场来宾的关注。什么是共识算法？张骁认为，区块链建立在分布式系统上，有若干个节点，每个节点都会维护自己的数据，这些数据需要保证一致性。如果不同的节点提供的数据不同，就不是一个能够正常对外工
分类：
编程语言 时间：
2018-11-26 13:30:30
阅读次数：
210
1. Redis 与其他 key - value 缓存产品有以下三个特点： Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。 Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。 Redi ...
分类：
其他好文 时间：
2018-11-25 22:17:52
阅读次数：
231
HBase： 被称为NoSQL数据库。它提供了键值API，尽管有些变化，与其他键值数据库有些不同。它承诺强一致性，所以客户端能够在写入后马上看到数据。HBase运行在多个节点组成的集群上，而不是单台机器。它对客户端隐藏了这些细节。你的应用代码不需要知道它在访问1个还是100个节点，对每个人来说事情变 ...
分类：
其他好文 时间：
2018-11-09 00:46:14
阅读次数：
182
根据微服务架构的鼻祖 Martin Fowler 的忠告，微服务架构中应当尽量避免分布式事务。然而，在某些领域，分布式事务如同宿命中的对手无法避免。 在工程领域，分布式事务的讨论主要聚焦于强一致性和最终一致性的解决方案。 典型方案包括： 两阶段提交(2PC, Two-phase Commit)方案。 ...
分类：
其他好文 时间：
2018-11-03 14:09:51
阅读次数：
151
