Open GMHDBJD opened 9 months ago
we reload extract columns in https://github.com/pingcap/tidb/blame/c0476a0e8ca2cefd50a7cccf3a7e9d2deeb5fee3/br/pkg/lightning/importer/import.go#L1860 but the column has already be in checkpoint and record in ColumnPermutation, which cause multiple extract-schema column https://github.com/pingcap/tidb/blob/c0476a0e8ca2cefd50a7cccf3a7e9d2deeb5fee3/br/pkg/lightning/importer/chunk_process.go#L379
/severity major
the same to you when using extract-table. what i do is:
dm_test
.t_sharding_0000
, targetTable: dm_test
.t_sharding_table
: Column count doesn't match value count: 16 (columns) vs 17 (values)This error is generated from here. From code context, it seems that extendData including extract column, but tableInfo is still from upstream.
What did you do?
create shard merge task with
extract-schema
pause task in load stage resume taskWhat did you expect to see?
task resume successfully
What did you see instead?
task failed with [error="Error 1136 (21S01): Column count doesn't match value count at row 1"]
Versions of the cluster
DM version (run
dmctl -V
ordm-worker -V
ordm-master -V
):Upstream MySQL/MariaDB server version:
Downstream TiDB cluster version (execute
SELECT tidb_version();
in a MySQL client):How did you deploy DM: tiup or manually?
Other interesting information (system version, hardware config, etc):
current status of DM cluster (execute
query-status <task-name>
in dmctl)