weixin_43549321的博客

我想大约整个思路是非常清楚的。数据库产品要很通用，要使用面广的化，它把自己设计的比较复杂可能是必然的。但是这种负责永远是对开发者透明的。

大概率也是不行的，因为在7*24的系统上，你可能要在有限的时间窗口里，完成大量的步骤，这大概率需要更合理的流程。假设你是一个记忆力不错的DBA，你几乎记住了每一张表的各种使用形态，清楚它的分区等存储设计，了解哪些SQL使用哪个索引，甚至于你记得针对业务场景设计了一些特别参数，这些已经相当不易。一种是，谁的表谁管，即每次投产的数据库变更归对应的开发者，依然视为应用程序版本的一部分。除了这些之外，既然你是一个超大型系统的DBA，你所面对的肯定不仅仅是如此，当然接下面这些问题的本质与上面的问题还是一致的。

简述分布式关系型数据库里，两种最常见的存储结构B-TREE和LSM-TREE在各种经典场景下的一些性能差异和对比的情况。

Cassandra数据库，它值得介绍的技术细节其实挺多的。因为它很多实现思路和关系型数据库或者其他的NOSQL数据库，有一些的不同。这种不同是在实现思路根源上的，所以衍生开来的诸多特点，在介绍起来就不太容易和其他数据库去类比。那么Cassandra有这么大量的内容，我们只能选讲其中的一部分内容。这部分内容是如何挑选的呢？在《Cassandra The Definitive Guide》这本书里，有...