为何SQLite通过JDBC查询速度极慢？5万行数据耗时20分钟

哇，20分钟对比0.11秒的查询差距，这确实让人头大，我来帮你拆解可能的问题和解决方向：

1. 驱动与SQLite版本的兼容性是核心疑点 #

你观察到不同工具返回的SQLite版本不同，这很关键——xerial的sqlite-jdbc驱动是自带SQLite原生库的，也就是说每个JDBC版本对应固定的SQLite内核版本，和你本地的sqlite3.exe版本无关。

你的数据库来自安卓平板，老旧的Sqlite Manager返回3.6.19，这大概率是数据库创建时使用的SQLite版本（早期安卓系统默认的SQLite版本就是3.6.x）。如果你的JDBC驱动用的是高版本SQLite内核，可能对旧格式的数据库存在兼容性开销；反过来，如果驱动版本太老，也可能缺乏对新查询优化的支持。

解决建议： #

• 去你提到的驱动下载源查看每个JDBC版本对应的SQLite内核版本，找对应3.6.19或接近版本的驱动测试，比如早期的sqlite-jdbc-3.6.20.1.jar这类版本；
• 同时也可以试试对应3.15或3.23.1的驱动，排除版本不匹配的问题。

2. JDBC默认连接参数的优化缺失 #

Sqlite Manager这类工具会默认开启一些优化参数，但JDBC驱动的默认配置可能比较保守，导致查询效率暴跌。常见的优化点：

关键PRAGMA设置 #

在获取连接后，立即执行以下语句调整SQLite的运行模式：

try (Statement stmt = c1.createStatement()) {
    // 开启WAL模式，大幅提升读性能
    stmt.execute("PRAGMA journal_mode = WAL;");
    // 降低同步级别，减少磁盘IO等待（如果数据安全性要求不高）
    stmt.execute("PRAGMA synchronous = NORMAL;");
    // 设置缓存大小为20MB，提升查询效率
    stmt.execute("PRAGMA cache_size = -20000;"); // 负数单位为KB
}

这些参数是Sqlite Manager默认可能已经开启的，而JDBC默认没有，这会直接导致查询速度差异。

3. 代码中的潜在性能隐患 #

虽然你说executeQuery()耗时，但还是要注意：

• 你在循环中用script +=拼接字符串，这会产生大量临时对象，虽然不是executeQuery()慢的原因，但后续处理会更慢，建议替换为StringBuilder：

StringBuilder script = new StringBuilder("insert into table1 values ");
while (rs.next()) {
    script.append("(")
          .append(rs.getInt(1))
          .append(", '")
          .append(rs.getString(2))
          .append("', '")
          .append(rs.getString(3))
          .append("'),");
}

• 建议使用try-with-resources语法自动关闭连接、语句和结果集，避免资源泄漏：

try (Connection c1 = DriverManager.getConnection("jdbc:sqlite:c:\\database.db");
     PreparedStatement stmt1 = c1.prepareStatement("select * from table1;");
     ResultSet rs = stmt1.executeQuery()) {
    // 处理结果集逻辑
} catch (SQLException e) {
    e.printStackTrace();
}

4. 其他排查方向 #

• 检查数据库文件是否在复制到Windows后损坏：可以用sqlite3.exe执行PRAGMA integrity_check;验证；
• 确认Windows系统下数据库文件没有被其他进程锁定（比如杀毒软件扫描）；
• 试试只查询部分列（比如select id, col2, col3 from table1），看是否是某些大字段导致的读取慢。

内容的提问来源于stack exchange，提问作者Rezmalac