动态数据源3之动态分库反思

Bertha 。 2022-07-16 22:25 37阅读 0赞

看过我的关于动态分库的文章：http://blog.csdn.net/rainyspring4540/article/details/51828573

一定发现了 这种分库方式有个很要命的缺陷，吃性能！！！，由于本身我们项目特点，不会有太大的访问量，但在测试阶段，测试人员在产品上建了50多个库，虽然并发人数少，单这么多数据源都在内存里，性能可想而知。

如果项目本身不会跨域的话，事实上有个不错的解决方案。

根据上一篇文章的表结构设计，只要在创建项目库时的界面上加入IP、端口的设置，是允许同时连接不同ip的库的，即连接域不同，如果你们的所有项目库是在一个ip上，即都在一个服务器上，那么同域多数据源的问题是可以转化成一个数据源了。

大家都知道，单纯的sql是可以在客户端执行类似于select \* from dbA.tableA  a  inner join dbB.tableB b on a.id=b.id的同域跨库语句的

那么jdbc实现的sql调用可以吗？hibernate框架也允许吗？springmvc封装的jdbcTemplate和HibernateTemplate也可以吗？必须可以！！！

实践证明：虽然我们在配置jdbc链接时是明确指定了访问具体的库，但其实同一个ip的其他库也可以访问，而且可以进行复杂综合关联查询（这样就不必为了数据一致性来进行项目库和主库的数据反复同步）

简单的jdbc和jdbcTemplate我就不写例子了，很简单，和普通的sql没啥区别，就是库名+.+表名就ok了

下面我说下hibernateTemplate（因为我们项目是整合了springmvc4+hibernate4）,所有用的是spring管理的hibernate

package com.fulong.construction.entity;
    
    import java.util.HashSet;
    import java.util.Set;
    
    import javax.persistence.Column;
    import javax.persistence.Entity;
    import javax.persistence.Id;
    import javax.persistence.OneToMany;
    import javax.persistence.Table;
    
    /**
     * @author 
     * @date 2015-11-16
     * @description dba库中的国家表
     */
    @Entity
    @Table(name="tableCountry",catalog="dba")
    public class Country2{
    
    	@Id
    	private String countryId;
    	@Column
    	private String countryName;
    	
    	
    	public String getCountryId() {
    		return countryId;
    	}
    	public void setCountryId(String countryId) {
    		this.countryId = countryId;
    	}
    	public String getCountryName() {
    		return countryName;
    	}
    	public void setCountryName(String countryName) {
    		this.countryName = countryName;
    	}
    	
    	
    }

package com.fulong.construction.entity;
    
    import java.util.HashSet;
    import java.util.Set;
    
    import javax.persistence.Column;
    import javax.persistence.Entity;
    import javax.persistence.FetchType;
    import javax.persistence.Id;
    import javax.persistence.JoinColumn;
    import javax.persistence.ManyToOne;
    import javax.persistence.OneToMany;
    import javax.persistence.Table;
    
    /**
     * @author 
     * @date 2015-11-16
     * @description dbb库中的公司表
     */
    @Entity
    @Table(name = "tableCompany",catalog="dbb")
    public class Company2 {
    
    	@Id 
    	private String companyId;// 公司id
    	@Column
    	private String companyName;// 公司名称
    	
    	@ManyToOne(targetEntity=Country2.class,fetch=FetchType.LAZY)
    	@JoinColumn(name="countryId")
    	private Country2 country;
    	
    	public String getCompanyId() {
    		return companyId;
    	}
    
    	public void setCompanyId(String companyId) {
    		this.companyId = companyId;
    	}
    
    	public String getCompanyName() {
    		return companyName;
    	}
    
    	public void setCompanyName(String companyName) {
    		this.companyName = companyName;
    	}
    
    	
    	public Country2 getCountry() {
    		return country;
    	}
    
    	public void setCountry(Country2 country) {
    		this.country = country;
    	}
    
    	
    
    }

查询：

List<Country2> list4 = session.createQuery("select b from Company2 c inner join c.country b where b.countryId='JPZ'").list();
    			for(Country2 c:list4){
    				System.out.println(c.getCountryId()+"--3--"+c.getCountryName());
    			}
    			System.out.println(list4.size());

通过给实体加入catalog属性来实现跨库综合查询没问题的  ^\_^

反思上个项目：

根据刚刚的方法可以将上个项目的多数据源变成一个数据源，性能和稳定性（不必同步库间差异信息）都会更好，但有个问题：由于是动态数据源，会导致一个库一套bean实体文件（annotation方式）或多套实体配置文件（xml方式的实体），而动态创建hibernate实体并加载有些复杂，这里有个取巧的解决方式：

经过测试:在多数据源下，如果实体没有指定catalog属性，则当前的数据源是谁，那就是谁的实体，如果指定了catalog，则catalog的属性值即为实体永久的库名，忽略当前数据源

根据这么结论，实际上我们只需要配置2套bean就ok了，一套指定catalog为主库的名字，另一套不指定catalog，为当前切换到指定从库的库名，由于已经不存在从库与从库或  主库与从库的同步数据问题，故2套就ok了

提示：以上结论都指定测试用例上通过，并未真正用在项目上，毕竟已经完结的项目是不允许随意更改核心技术架构的，留着以后用吧