背景 相对于传统的Hadoop这样的batch分析平台，流式分析的优点就是实时性， 即可以在秒级别延迟上得到分析结果 。 当然缺点是, 很难保证强一致性，即Exactly-Once语义 （在海量数据的前提下，为了保障吞吐量，无法使用类似事务的强一致性的方案）。 一般流式分析平台都会promise较弱...
分类：
其他好文 时间：
2015-07-30 16:40:40
阅读次数：
367
接上一篇blog，现在证实5.6的半同步复制。截图如下。主库会话一查询数据。将从库io复制线程停止，主库会话一继续插入数据，由于同步断料，出现等待。主库开启会话二，查询数据，发现会话一的数据已经插入。查询主库binlog，发现该事务写入binlog。总结：5.6中，写入binlog后，..
分类：
数据库 时间：
2015-07-10 16:50:05
阅读次数：
151
1.基本介绍分布式锁是控制分布式系统之间同步訪问共享资源的一种方式,须要相互排斥来防止彼此干扰来保证一致性。利用Zookeeper的强一致性能够完毕锁服务。Zookeeper的官方文档是列举了两种锁。独占锁和共享锁。独占锁保证不论什么时候都仅仅有一个进程能或者资源的读写权限。共享锁能够同一时候有多个...
分类：
其他好文 时间：
2015-07-09 19:18:04
阅读次数：
143
复杂的业务交互过程中，不建议使用强一致性的分布式事务。解决分布式事务的最好办法就是不考虑分布式事务。就像刚说的问题一样，把分布式的事务过程拆解成多个中间状态，中间状态的东西不允许用户直接操作，等状态都一致成功，或者检测到不一致的时候全部失败掉。就解耦了这个强一致性的过程。一般情况下准实时就成了。涉及...
分类：
其他好文 时间：
2015-07-04 00:47:44
阅读次数：
224
关系型数据库<1>关系数据库的特点是：-数据关系模型基于关系模型，结构化存储，完整性约束。-基于二维表及其之间的联系，需要连接、并、交、差、除等数据操作。-采用结构化的查询语言（SQL）做数据读写。-操作需要数据的一致性，需要事务甚至是强一致性。<2>优点：..
分类：
数据库 时间：
2015-06-13 18:44:14
阅读次数：
537
分布式事务有2种实现方式： 使用数据库本身自带的特性(强一致) 复杂的业务交互过程中，不建议使用强一致性的分布式事务。解决分布式事务的最好...
分类：
其他好文 时间：
2015-05-20 15:11:38
阅读次数：
160
ZooKeeper是一个高可用的分布式数据管理与系统协调框架。基于对Paxos算法的实现，使该框架保证了分布式环境中数据的强一致性，也正是基于这样的特性，使得zookeeper能够应用于很多场景。zk的使用场景进行归类介绍：场景类别典型场景描述(ZK特性，使用方法)应用中的具体使用数据发布与订阅.....
分类：
其他好文 时间：
2015-04-29 19:37:01
阅读次数：
151
《NoSQL精粹》读书笔记，转载请注明出处《jiq?钦's technical Blog》
“事务”是一个有用的工具，可以保证数据的强一致性，对于NoSQL不支持事务这一点，很多NoSQL支持者并不担心，因为面向聚合的NoSQL数据库中以聚合为单位的数据更新操作是原子的。
1“事务”的局限性
“事务”也有其局限性，有些更新操作无法封装到一个事务中，因为那会导致事务的打开时间过长...
分类：
数据库 时间：
2015-04-20 00:41:28
阅读次数：
198
《NoSQL精粹》读书笔记，转载请注明出处《jiq?钦's technical Blog》
前面已经提到过，催生NoSQL的主要原因是：需要一种能够运行在大集群上的数据库。但是从关系型数据库迁移到面向集群的NoSQL数据库，最大的一个改变就是针对一致性的思考方式。关系型数据库通过“强一致性”避免各种问题，而NoSQL并非如此。
1
更新一致性
两个用户同时修改同一份数据，会发...
分类：
数据库 时间：
2015-04-19 01:15:30
阅读次数：
216
ZooKeeper是一个高可用的分布式数据管理与系统协调框架。基于对Paxos算法的实现，使该框架保证了分布式环境中数据的强一致性，也正是基于这样的特性，使得ZooKeeper解决很多分布式问题。网上对ZK的应用场景也有不...
分类：
其他好文 时间：
2015-03-31 22:37:01
阅读次数：
130
