ShardingJdbc兼容达梦
本章详细说ShardingJdbc和达梦数据库的扩展和配置问题，ShardingJdbc和DruidDataSource、Mybatis整合的兼容、冲突问题，以及这些问题的解决方案。，干货满满，全网独一份，建议收藏。本章不说ShardingJdbc的用法和配置，这些已经烂大街了，有需要的小伙伴自行找资料，一搜一大堆。
原创文章，转载请注明出处，侵权必究。
ShardingJdbc版本扩展数据库类型问题
原因分析
ShardingJdbc默认不兼容达梦，在 sharding-jdbc-spring-boot-starter:4.0.0-RC1以及更低版本中不支持扩展兼容的数据库类型，因为在该版本中能支持的数据库类型已经被DataSourceMetaDataFactory写死了，其他未支持的数据库则会抛出UnsupportedOperationException
但在 sharding-jdbc-spring-boot-starter:4.0.0-RC1之后更高的版本中，DataSourceMetaDataFactory类已经不存在，兼容的数据库类型通过SPI机制来配置，官方默认支持的数据库类型在包sahrdingsphere-common包中配置如下：
解决办法
可以利用该机制扩展数据库元数据和数据库类型，以达到支持达梦数据库，代码如下：
/**
* 扩展达梦数据库类型
*/
public class DMDatabaseType implements BranchDatabaseType {
@Override
public String getName() {
// 返回达梦名称
return "DM";
}
@Override
public Collection<String> getJdbcUrlPrefixAlias() {
return Collections.emptyList();
}
@Override
public DataSourceMetaData getDataSourceMetaData(final String url, final String username) {
return new DMDataSourceMetaData(url, username);
}
@Override
public DatabaseType getTrunkDatabaseType() {
return DatabaseTypes.getActualDatabaseType("Oracle");
}
}
/**
* 扩展达梦数据库元数据
*/
@Getter
@Slf4j
public class DMDataSourceMetaData implements DataSourceMetaData {
private static final int DEFAULT_PORT = 5236;
private final String hostName;
private final int port;
private final String catalog;
private final String schema;
// private final Pattern pattern = Pattern.compile("jdbc:dm://([\\w\\-.]+):?([0-9]*)", Pattern.CASE_INSENSITIVE);
/**
* 匹配达梦url的正则表达式，以来解析主机、端口、用户名和密码等
*/
private Pattern pattern = Pattern.compile("jdbc:dm://([\\w\\-\\.]+):?([0-9]*)(/?)([\\w\\-]*)", Pattern.CASE_INSENSITIVE);
public DMDataSourceMetaData(final String url, final String username) {
Matcher matcher = pattern.matcher(url);
if (!matcher.find()) {
throw new UnrecognizedDatabaseURLException(url, this.pattern.pattern());
}
hostName = matcher.group(1);
port = Strings.isNullOrEmpty(matcher.group(2)) ? DEFAULT_PORT : Integer.valueOf(matcher.group(2));
// catalog = username;
// schema = username;
catalog = matcher.group(3);
schema = username;
log.info("hostName: " + this.hostName + " port: " + this.port + " url: " + url + " username: " + username + " catalog: " + this.catalog + " schema: " + this.schema);
}
}
以上代码来源：https://blog.csdn.net/wyl614548134/article/details/135980260
ShardingJdbc、DruidDataSource和Mybatis版本兼容问题
原因分析
sharding-jdbc-spring-boot-starter:4.0.0-RC1以前以及更低版本中，程序启动的时候，ShardingJdbc自动配置类（SpringBootConfiguration）会创建一个名为dataSource的数据源bean，和druid-spring-boot-starter的自动配置类（DruidDataSourceAutoConfigure）产生的数据源bean都为dataSource，名称产生冲突。
所以需要添加配置spring.main.allow-bean-definition-overriding=true，让ShardingJdbc的dataSource覆盖Druid的dataSource，以解决bean name冲突的问题。
而在sharding-jdbc-spring-boot-starter:4.0.0-RC1之后以及更高的版本中，ShardingJdbc自动配置类（SpringBootConfiguration）产生的数据源bean为shardingDataSource，和Druid数据源bean为dataSource不产生冲突，但在IOC容器中会存在shardingDataSource和dataSource两个数据源。
在IOC容器存在两个数据源会导致时，会导致标注有@Mapper的dao接口注入报错（因为此时并未在IOC容器中生成接口动态代理bean），原因在于mybatis的自动配置类（MybatisAutoConfiguration）不生效，因为该配置类有一个生效条件是，当IOC容器只有一个标注**@Primary**或者有且只有一个类型为DataSource的bean时才生效。
启动的时候，mybatis的自动配置类（MybatisAutoConfiguration）匹配情况如下：
解决办法一（推荐）：
在spring的配置文件中添加spring.autoconfigure.exclude=com.alibaba.druid.spring.boot.autoconfigure.DruidDataSourceAutoConfigure，该配置会禁止DruidDataSourceAutoConfigure自动配置失效，从而保证IOC容器中只有一个DataSource，从而使Mybatis的自动配置生效，效果如下：
解决办法二（看看就行）：
ShardingJdbc使用java config的方式配置DataSource，并且添加@Primary注解标注该数据源。但是此时的Druid数据源也要配置，否则会报错。Mybatis自动配置类（MybatisAutoConfiguration）会找标注有@Primary的数据源来进行注入。
ShardingJdbc兼容达梦配置问题
原因分析
当解决以上两个问题之后，项目启动报错，如下：
原因在于读取到的达梦版本号为：8…05134284132，且使用**分隔符“.”**解析获取到的版本号为空串（“”），强转Integer的时候报错。不同的版本情况不一样，不知道是否有存在解析不报错的版本。
而版本号8…05134284132 来自于查询该SQLselect top 1 banner, id_code from v$version where banner like 'DM Database Server%';并解析获取，源码如下：
SQL查询结果如下：
解决办法
版本号既然是从数据库中通过语句来获取到的，版本号不可能随随便便修改，那如果我修改if (this.connection.compatibleOracle())条件内容，使其返回1，问题不就解决了嘛？开搞！
而使方法this.connection.compatibleOracle()满足条件，需要使其字段this.compatibleMode=1，如下：
而该字段的值来源于DmdbConnection.setAttributes()方法解析获得。如下：
所以在配置达梦url时，添加参数compatibleMode=oracle，则版本解析报错的问题解决！
程序刚启动就报无效的表或视图名
报错条件
如果项目中有该配置spring.shardingsphere.sharding.default-data-source-name=ds0或者spring.shardingsphere.datasource.names=ds0只配置了一个数据源时（只有一个的时候，这个被默认成为了default-data-source-name的值了），则启动的时候就报无效的表或视图名，是的，是启动的时候，如下：
原因分析
如果配置了default-data-source-name，则会调用SchemaMetaDataLoader.load()
SchemaMetaDataLoader.load()方法源码如下：
那如果我指定当前用户的schema，那获取到的不就是我当前用户的所有表了吗，那后续执行的SQL不就不会出现不存在的表或视图了吗？然而，通过Connection.getSchema()来获取是报错，获取不到的，最终被忽略的异常还是返回了null，返回了null，没有指定schema，最后的结果还是查询所有schema的所有表。
解决办法
删除spring.shardingsphere.sharding.default-data-source-name=ds0配置，default-data-source-name值为空，则走另外的分支，则不报错！
项目源代码
项目所涉及到的源代码由于提交记录，以及后续要继续提交，存在敏感信息，所以该仓库就不公开也不公布了，需要到原代码demo，请往此处下载（csdn改了，积分规则不能由自己设置了，变成动态分配了，所以改不了为0）：ShardingJdbc兼容达梦demo
原创文章，转载请注明出处，侵权必究。
