Issues

Select view

Select search mode

 

LP #1214337: pt-table-checksum doesn't respect --chunk-size-limit

Description

**Reported in Launchpad by Marcelo Altmann last update 30-10-2013 17:26:08

I'm invoking pt-table-checksum 2.2.4 as follow:

pt-table-checksum --recursion-method=hosts --set-vars innodb_lock_wait_timeout=50 --replicate dba_tools.rep_checksum --no-check-plan --chunk-size-limit=0

I'm getting an error in one single table:
08-20T06:09:14 Skipping table production.Products because on the master it would be checksummed in one chunk but on these replicas it has too many rows:
170573 rows on slave1
189670 rows on slave2
154844 rows on slave3
189998 rows on slave4
189380 rows on slave5
188190 rows on slave6
The current chunk size limit is 150403 rows (chunk size=150403 * chunk size limit=1).

If I run SELECT COUNT FROM production.Products it returns the same result for master and all replicas.
As I'm invoking pt-table-checksum with --chunk-size-limit=0, why it's using chunk size limit=1 ? I expect it to disable the chunk size check.

All servers are running 5.0.96-enterprise-log MySQL Enterprise Server (Commercial)

Environment

None

Smart Checklist

Details

Assignee

Reporter

Priority

Components

Smart Checklist

Created January 24, 2018 at 7:43 PM
Updated December 21, 2022 at 4:55 PM

Activity

lpjirasyncJanuary 24, 2018 at 7:43 PM

**Comment from Launchpad by: Daniel Nichter on: 30-10-2013 17:25:34

Yes, the docs are a little odd because they say 1 is the minimum value, but the next paragraph says "use zero to disable". I'll re-review.

lpjirasyncJanuary 24, 2018 at 7:43 PM

**Comment from Launchpad by: Kenny Gryp on: 25-10-2013 15:18:52

This was already reported in bug 938660. This at least is some documentation issue.

chunk-size-limit becomes 1 if you set it to 0.

lpjirasyncJanuary 24, 2018 at 7:43 PM

**Comment from Launchpad by: Rob Wagner on: 25-10-2013 12:48:36

I'm also seeing this issue on PT 2.1.5.