lijiaz5033的专栏

DBCP、C3P0、Proxool 、 BoneCP等开源数据库连接池基本简介  简介  使用评价 项目主页 DBCPDBCP是一个依赖Jakarta commons-pool对象池机制的数据库连接池.DBCP可以直接的在应用程序用使用可以设置最大和最小连接，连接等待时间等，基本功能都有，此连接池的

采用Atlas+Keepalived实现MySQL读写分离、读负载均衡==========================================================================================一、基础介绍=====================================

数据库分库分表(sharding)系列(四) 多数据源的事务处理系统经sharding改造之后，原来单一的数据库会演变成多个数据库，如何确保多数据源同时操作的原子性和一致性是不得不考虑的一个问题。总体上看，目前对于一个分布式系统的事务处理有三种方式：分布式事务、基于Best Efforts 1PC模式的事务以及事务补偿机制。分布式事务这是最为人们所熟知的多数

mysql中间件研究（Atlas，cobar，TDDL）mysql-proxy是官方提供的mysql中间件产品可以实现负载平衡，读写分离，failover等，但其不支持大数据量的分库分表且性能较差。下面介绍几款能代替其的mysql开源中间件产品，Atlas，cobar，tddl，让我们看看它们各自有些什么优点和新特性吧。AtlasAtlas是由 Qihoo 360, Web

MySQL数据库引擎介绍、区别、创建和性能测试的深入分析数据库引擎介绍MySQL数据库引擎取决于MySQL在安装的时候是如何被编译的。要添加一个新的引擎，就必须重新编译MYSQL。在缺省情况下，MYSQL支持三个引擎：ISAM、MYISAM和HEAP。另外两种类型INNODB和BERKLEY（BDB），也常常可以使用。如果技术高超，还可以使用MySQL+API自

数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案作为一种数据存储层面上的水平伸缩解决方案，数据库Sharding技术由来已久，很多海量数据系统在其发展演进的历程中都曾经历过分库分表的Sharding改造阶段。简单地说，Sharding就是将原来单一数据库按照一定的规则进行切分，把数据分散到多台物理机（我们

数据库分库分表(sharding)系列(三) 关于使用框架还是自主开发以及sharding实现层面的考量当团队对系统业务和数据库进行了细致的梳理，确定了切分方案后，接下来的问题就是如何去实现切分方案了，目前在sharding方面有不少的开源框架和产品可供参考，同时很多团队也会选择自主开发实现，而不管是选择框架还是自主开发，都会面临一个在哪一层上实现sharding逻辑的问题。

垂直切分的粒度指的是在做垂直切分时允许几级的关联表放在一个shard里．这个问题对应用程序和sharding实现有着很大的影响．关联打断地越多，则受影响的join操作越多，应用程序为此做出的妥协就越大，但单表的路由会越简单，与业务的关联性会越小，就越容易使用统一机制处理．在此方向上的极端方案是：打断所有连接，每张表都配有路由规则，可以使用统一机制或框架自动处理．比如amoeba

一，如何判断SQL的执行效率？     通过explain 关键字分析效率低的SQL执行计划。     比如： explain select sum(moneys) from sales a, company b where a.company_id = b.company_id and a.year = 2006;     id : 1     select_type: SIMP

索引分为聚簇索引和非聚簇索引。以一本英文课本为例，要找第8课，直接翻书，若先翻到第5课，则往后翻，再翻到第10课，则又往前翻。这本书本身就是一个索引，即“聚簇索引”。如果要找"fire”这个单词，会翻到书后面的附录，这个附录是按字母排序的，找到F字母那一块，再找到"fire”，对应的会是它在第几课。这个附录，为“非聚簇索引”。由此可见，聚簇索引，索引的顺序就是数据存放的顺序，所

最近准备鼓捣一下读写分离，数据shading等这一类型数据scale的东东。因为用的是mysql，双master，master-slave，master-salves-slaves，master-master-slaves-slaves都看了一下，简单的试了一下master-slave，成功OK。但是在应用层次如何来透明的应对和管理这些多个数据源，甚至实现loadblance和HA