MariaDB JDBC驱动批量更新/删除性能远逊于SQL Server，求优化方案

结合你目前的迁移测试情况（插入快但更新/删除耗时是SQL Server的3.5倍），我整理了几个针对性的优化方向，从JDBC配置、SQL写法到服务器参数逐步调整：

1. 调整JDBC驱动与连接串配置 #

• 升级驱动版本：你当前使用的org.mariadb.jdbc:mariadb-java-client:2.2.4是比较旧的版本，建议升级到最新稳定版（比如3.x系列），新版本修复了大量批量操作的性能问题，对批量更新/删除的支持更完善。
• 开启语句重写：将连接串中的rewriteBatchedStatements=false改为true，这个参数会让驱动将多条独立的更新/删除语句重写成批量执行的格式，大幅减少网络往返次数，这是提升批量操作性能的关键开关之一。
• 调整批量参数配合：useBatchMultiSend和rewriteBatchedStatements在新版本中可以配合使用，但优先保证rewriteBatchedStatements=true，同时可以将useBatchMultiSendNumber调整为更合理的批次大小（比如1000-5000，而不是直接设为50000，避免单次请求过大）。

2. 优化SQL语句的批量写法 #

你当前的更新/删除是单条执行（每条语句对应一个主键组合），这种方式会产生大量的网络交互和服务器语句解析开销，建议改成批量合并写法：

批量更新示例 #

用CASE WHEN和IN子句合并多条更新：

UPDATE `data` 
SET `value` = CASE 
    WHEN `parentId` = 52054 AND `modifiedDate` = '2018-04-20' AND `valueDate` = '2018-12-28' THEN 4853.16314229298
    WHEN `parentId` = 52055 AND `modifiedDate` = '2018-04-20' AND `valueDate` = '2018-12-29' THEN 1234.56
    -- 更多行...
END
WHERE (`parentId`, `modifiedDate`, `valueDate`) IN (
    (52054, '2018-04-20', '2018-12-28'),
    (52055, '2018-04-20', '2018-12-29')
    -- 更多主键组合...
);

批量删除示例 #

直接用IN子句批量指定主键组合：

DELETE FROM `data` 
WHERE (`parentId`, `modifiedDate`, `valueDate`) IN (
    (52054, '2018-04-20', '2018-12-28'),
    (52054, '2018-04-20', '2019-01-29')
    -- 更多主键组合...
);

这种写法能将N条请求合并为1条，大幅降低网络传输和服务器解析的开销，对应你疑问的“SQL语法传输量”：合并后的语句传输量远低于单条执行的总和（远不到10倍）。

3. 修复日期格式的隐式转换问题 #

你当前使用的日期格式是'20-Apr-18'，这种非标准格式会导致MariaDB做隐式类型转换，虽然执行计划显示走了主键索引，但转换过程会额外消耗CPU资源。建议统一使用标准ISO日期格式'2018-04-20'，避免不必要的转换开销。

4. 调整MariaDB服务器配置 #

• 增大InnoDB日志文件大小：你当前的innodb_log_file_size=134MB对于批量更新/删除来说太小了，批量操作会产生大量事务日志，小日志文件会导致频繁的日志切换和磁盘刷新。建议调整为1GB-2GB（不要超过innodb_buffer_pool_size的1/4，你的缓冲池是24GB，所以2GB是安全的）。

  注意：修改这个参数需要先关闭MariaDB，删除旧的ib_logfile0/ib_logfile1文件，再重启服务。

• 检查线程并发配置：如果服务器的CPU核心数较多，可以设置innodb_thread_concurrency=16（根据CPU核心数调整，一般设为核心数的2倍），避免线程竞争导致的性能瓶颈。

5. 事务批量提交优化 #

将批量更新/删除操作放在同一个事务中执行，避免每次操作都单独提交事务。比如将50000次操作分成10个批次（每5000次一个事务），或者直接放在一个大事务里（如果数据安全性允许），这样可以减少事务日志的写入次数，提升整体性能。

6. 验证索引有效性 #

虽然你的执行计划显示更新/删除走了主键索引，但可以再通过EXPLAIN ANALYZE（MariaDB 10.5+支持）查看实际执行时间和索引使用情况，确认是否有索引碎片或者统计信息过时的问题。如果有碎片，可以执行OPTIMIZE TABLE data;整理主键索引。

先从调整JDBC配置和SQL批量写法入手，这两个优化见效最快，之后再逐步调整服务器参数，应该能大幅缩小和SQL Server的性能差距。

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