1、问题背景：

在公司去O背景下，数据源切换到国产数据库，oceanbase
原本多数据源是oracle + oceanbase mysql的组合，现在变成oceanbase oracle + oceanbase mysql的组合模式，
测试中突然发现，查询带分页的功能会提示报错

此时也怀疑是分页插件不能识别oceanbase oracle模式的方言问题，当前配置有动态识别方言，为了研究这一猜想，研究了pageHelper的源代码，试图找到问题的根因。

#分页插件会自动检测当前的数据库链接，自动选择合适的分页方式
#pagehelper.auto-dialect=true
#默认值为 false。设置为 true 时，允许在运行时根据多数据源自动识别对应方言的分页
#pagehelper.auto-runtime-dialect=true

# 数据源一
spring.datasource.oracle.jdbc-url：jdbc:oceanbase:// **** 
# 数据源二
spring.datasource.oracle.jdbc-urljdbc:mysql:// *****

2、根因分析

业务查询走到mapper.selectList时，通过研究pageHelper源码可以清晰看到后续pageHelper调用处理链路：
核心类：pageInteceptor，
断点请求会进入intercept方法，代码走读会进入dialect.skip方法，当前方法会判断是否要进行分页查询，

进入skip方法可以观察到，首先会先获取page对象，从ThreadLocal获取先前缓存的page对象，然后进入initDelegageDialect方法，然后调用this.autoGetDiaLect获取方言方法


断点继续进入方法内部可以清晰的看到，调用了extractDialect，提取方言方法，进入到报错提示的关键方法，PageAutoDialect.fromJdbcUrl(dialectKey);


此时入参可以清晰的看到是jdbc:oceanbase开头的url，也就是我们配置的JDCBCURL, 作为获取方言的key,进入方法内部，逻辑一目了然，通过判断url是否包含自定义集合dialectAliasMap的字符串，来获取集合中某一个方言。集合所包含的方言截图如下：分页插件集合中不包含oceanbase，没有其他已有数据库特征，故意动态寻找数据库失败


当动态获取不到方言，会进入下面实例化方言方法，判空并抛出提示异常，至此通过源码分析就可以清晰定位到抛出异常产生的最终原因，就是因为动态获取方言配置，oceanbase没有确定的某一个方言对应

解决方案，可以在定义多数据源SqlSessionFactory bean的时候，定义PageInterceptor bean，设置固定的方言，并赋值到sqlSessionFactoryBean.setPlugins(interceptor);里面即可指定其方言。