SpringBoot3+Calcite实现异构数据库联合查询实战

1. 项目背景与核心价值

最近在重构公司数据中台时遇到一个典型需求：需要在不改造现有业务数据库的前提下，实现跨MySQL、PostgreSQL和SQL Server三种异构数据源的联合查询。经过技术选型，最终选择基于SpringBoot3+Calcite的方案落地，这里把完整实现过程和踩坑经验记录下来。

Calcite作为Apache顶级项目，其核心价值在于提供了标准SQL解析、优化和执行引擎，能够将查询智能路由到不同数据源。相比直接使用JDBC或多数据源切换方案，它最大的优势是：

• 对应用层透明，业务代码无需感知底层数据源差异
• 支持完整的SQL标准语法（包括JOIN、子查询等复杂操作）
• 具备查询优化能力，可自动选择最优执行路径

2. 环境准备与基础配置

2.1 依赖引入关键点

在SpringBoot3项目中需要重点关注以下依赖版本兼容性：

xml复制<dependency>
    <groupId>org.apache.calcite</groupId>
    <artifactId>calcite-core</artifactId>
    <version>1.34.0</version>
</dependency>
<dependency>
    <groupId>org.apache.calcite</groupId>
    <artifactId>calcite-avatica</artifactId>
    <version>1.22.0</version>
</dependency>

特别注意：Calcite 1.34+版本需要JDK17+支持，这与SpringBoot3的运行时要求一致。如果项目仍在使用JDK8，需降级到Calcite 1.21版本。

2.2 数据源连接池配置

建议采用HikariCP作为底层连接池，典型配置示例：

java复制@Bean(name = "mysqlDataSource")
public DataSource mysqlDataSource() {
    HikariConfig config = new HikariConfig();
    config.setJdbcUrl("jdbc:mysql://localhost:3306/db1");
    config.setUsername("user");
    config.setPassword("pass");
    config.setConnectionTimeout(30000);
    config.setMaximumPoolSize(20);
    return new HikariDataSource(config);
}

不同数据源需要单独配置，建议采用@ConfigurationPrope