• 本文是Kafka创始人的一篇博客,认为Kafka可以用于像数据库那样持久存储,这与人们通常对消息系统的印象不同,其实Kafka真正定位是一个日志系统,消息队列只是其一个应用模式,如同会气功的人玩劈砖一样,腾讯将Kafka改为真正消息系统用于微信也可见Kafka的内功深厚,其在大数据分析领域配合Kaf
  • 本文翻译自国外InfoQ和计算机杂志上一篇2012年旧文,本文就有关数据同步进行了讨论,特别关注业务事务的不变性与一致性如何在分布式系统中巧妙保证,探讨了长时间运行的事务的补偿机制。这些对分布式系统设计都有很大帮助。 原文大意如下:
  • Piotr Kononow是一位业务分析师、软件架构师和项目经理,他拥有15年以上编程经验和背景(SQL,java,C++…)。他的专长是数据仓库/ BI和商业应用,这是他的一篇文章: 最近我和几位DBA和架构师争论,他们对一些数据库没有外键感到震惊,并声 icon
  • 该文是介绍在纽约时报如何使用Kafka实现内容生产和内容消费分离的基于日志的架构(一种事件溯源Event Sourcing/CQRS的读写分离架构)。文章还阐述了使用Kafka替代传统数据库作为事实存储的原因。 原文大意如下: icon
  • 扩展数据库会遭遇挑战,本文提供了五种数据库分片Sharding策略供参考。 当然,除了分片策略以外,最简单办法是扩展硬件,另外是删除可能不需要的数据,或尝试使用微服务解决。 下面着重谈谈五种分片策略: < icon
  • 任何试图实现一个完全符合标准的ACID系统的人都知道:你必须顾及很多方面。需要确保数据库实体在事务ACID前提下可以自由创建、修改和删除,而不会有错误风险,在大多数情况下,这种围绕数据库的CRUD总是会有性能方面的损失。这里介绍另外一个方法,设计的基础是基于一系列事件而不是基于数据库这样的可变状态系 icon
  • 本文主要讨论了两种数据库分片方式,基于业务的自然分表法和基于微服务的分片法。其实微服务的切分依据还是要首先找出业务数据的DDD聚合才能切分。 当数据库数据量很小时,很多问题可以通过硬件进行扩展。然而,随着数据表数量的增长,就需要考虑其他扩展数据库的方法了。 icon
  • 本文解释为什么选择一个NoSQL数据存储为Web应用程序的数据库是错误的,而选择传统的好像无新意的SQL却是正确的。 人们选择NoSQL的主要的原因有: 1. 对程序员更加容易使用NoSQL的解决方案是直 icon
  • 本文预言将会出现一种非规范化数据库引擎,它的出现类似当初关系数据库或NoSQL出现一样,会导致革命性的前进。 对于一个需求,我们一般有两个实现方向:normalized规范化和 denormalized 非规范化。 icon
  • 当前数据库领域存在两大派别:关系数据库代表的强一致性和NoSQL代表的最终一致性。而AntidoteDB介于这两者中间,提供正好一致性。 强一致性数据库优点:1. 同步更新数据2. 满足CAP中的CP,分区性+强一致性。3. 程序 icon
  • Apache Kafka卡夫卡是无可争议的游戏改变者。它是真正数据库分水岭技术。 MySQL数据库目前很流行数据库,在2000-2010年蓬勃发展,由于其巨大的人气,MySQL帮助刺激了2008-2009年的NoSQL的崛起。数据库历史到了一个新的时刻:传 icon
  • 早期Uber是使用Python+Postgres作为整体型后端应用,后来,Uber架构切换到了微服务模型以及新的数据平台,之前使用的是Postgres,现在使用Schemaless,一种基于MySQL的带有分表层的新异数据库。 这篇文章 icon
  • 如果两个join的数据集中重复元素能够移除,也就是你确信两个联合查询的数据集(内部WHERE语句)中没有重复元素,那么使用UNION ALL快于UNION,这样可以让数据库引擎优化内部查询( inner select)。这对 Oracle 11g及大部分数据库有效。 icon
  • 该文比较了Spanner与Calvin这两种分布式事务数据库的区别与特点。该文作者丹尼尔·阿巴迪是耶鲁大学的副教授。他主要研究数据库系统架构和实现。他获得麻省理工学院和剑桥大学医学博士。 在2012年有两篇研究论文认为可以在不放弃一致性和事务支持的 icon
  • 如果你还没有听说非易失性RAM存储器将要到来,它将会改变数据库、消息队列和日志的持久性模式,那么想了解更多关于这个新的硬件浪潮, 请继续阅读。。 API第一个也是最重要的方面是Windows提供了这种持久性内存AP icon
  • 您通常需要为OLTP(事务/操作)数据库选择RDBMS。 本文提供一些建议。首先定义一下对于生产级别的24×7 OLTP RDBMS很重要的一些功能。 基于锁与MVCC对于读写混合的操作来说,MVCC某种程度上好于 icon
  • 苹果终于开源其威力巨大的强一致性分布式数据库,根据CAP定理,在分布式分区的情况下,如果想保持强一致性是很难的,Google的Spanner进行了这方面创新,可惜没有开源,如今另外一个世界顶级数据库苹果的FoundationDB开源了,其官方声明如下: F icon
  • 你是否愿意以几秒钟的写入可能丢失风险换取关系数据库写操作性能的数百倍提升?如果愿意,你可以不必使用NoSQL,通过配置传统关系数据库获得与NoSQL一样的高性能。 MariaDB (之前: MySQL)下面的配置会 icon