You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Martijn Visser (Jira)" <ji...@apache.org> on 2026/10/11 09:22:00 UTC
[jira] [Resolved] (FLINK-40748) PreparedSplitterNumericParameters.withBatchSize reads past maxVal
[ https://issues.apache.org/jira/browse/FLINK-40748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martijn Visser resolved FLINK-40748.
------------------------------------
Fix Version/s: (was: jdbc-4.1.1)
Resolution: Fixed
Fixed in apache/flink-connector-jdbc@main: 2d1f830c058648b6b1ea993de1c3e77be4fc3ef8
> PreparedSplitterNumericParameters.withBatchSize reads past maxVal
> -----------------------------------------------------------------
>
> Key: FLINK-40748
> URL: https://issues.apache.org/jira/browse/FLINK-40748
> Project: Flink
> Issue Type: Bug
> Components: Connectors / JDBC
> Affects Versions: jdbc-4.1.0
> Reporter: Martijn Visser
> Assignee: Martijn Visser
> Priority: Major
> Labels: pull-request-available
> Fix For: jdbc-5.0.0
>
>
> `getParameterValues` uses the split formula `JdbcNumericBetweenParametersProvider` had before FLINK-38046; when the batch size does not divide the range, `bigBatchNum` goes negative and the last split ends above `maxVal`, so the source reads rows above the configured upper bound (`[5, 9]` in batches of 4 gives `[5,7],[8,10]`). `withBatchNum` is not affected (exhaustive check up to 200 values).
> Fix: the last split ends at `maxVal`, and `minVal > maxVal` is rejected as the provider does.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)