1水平分库

最近在做一个IM系统，之前的旧系统没有考虑到用户量会增长得这么庞大，导致现在数据库性能瓶颈非常严重，迫切需要分库，用于减少每个库的用户数量，进而分摊负载，最终达到数据库横向扩展的目的。

数据库水平分库是以用户Id为分库的依据，同一个用户的所有数据都在同一个库上，每个库有着相同的表结构。为了实现开发人员来说对数据库的透明访问，分库框架需要解决二个问题：
1、?方法参数中有用户id的数据的新增，查询及修改
2、?方法参数中无用户id的数据的查询

?

2用户id

把用户名和密码所在的表定义为用户表，用户id即是用户表中的惟一性标识的整形值，如果用户的用户名只有一种方式，那么id可以是用户名的hash值，此时用户表也是分库的；如果用户的用户名有多种方式，比如允许用户使用email登陆，也允许用户使用手机号码登陆，那么用户id应该是用户表中的递增字段值,此时用户表应该是不分库的，这时可以把用户表独立为另一个库，称之为认证库。我们的项目应用是属于后者。

1?3?解决方案

3.1??? 说明

简单服务即为DAO,每个domain都对应一个简单服务，简单服务之间不允许互相依赖；复杂服务可以依赖多个简单服务，但不能直接访问数据库，复杂服务对数据库的操作必须通过单简单服务。

使用hibernate作为访问数据库的中间层，结合Spring的Aop拦截方法，简单服务代理与简单服务实现相同的接口，一个简单服务对应二个实例，一个引用动态获取数据库连接的sessionFactory，另一个引用Hibernate Shards的sessionFactory

3.2??? 方法参数中有用户Id

Spring Aop拦截简单服务代理的所有方法，如果方法的第一个参数为userid，则将userid

放到当前线程中，并选择引用动态获取数据库连接的sessionFactory的简单服务实例，在获取数据库连接时根据当前线程的userid选择相应连接，流程如下：

?

?

3.3??? 方法参数中无用户Id

Spring Aop拦截简单服务代理的所有方法，如果方法的第一个参数为非userid，选择引用Hibernate Shards的sessionFactory的简单服务实例，遍历所有数据库，并返回汇总后的数据。这种情况下只允许读，不允许写。流程如下：

1??4