summaryrefslogtreecommitdiff
path: root/debian/mariadb-test-data.install
diff options
context:
space:
mode:
authorNikita Malyavin <nikitamalyavin@gmail.com>2020-12-21 22:54:27 +1000
committerNikita Malyavin <nikitamalyavin@gmail.com>2021-01-05 19:19:27 +1000
commit9a645dae9e59ec398cfda33529c44002625ddc87 (patch)
tree4419cc239868a3c4b45415c60b031bf69235476a /debian/mariadb-test-data.install
parentf0baa8648493a6368f45c6cbf459832d5027aaff (diff)
downloadmariadb-git-9a645dae9e59ec398cfda33529c44002625ddc87.tar.gz
MDEV-23632 ALTER TABLE...ADD KEY creates corrupted index on virtual column
mysql_col_offset was not updated after the new column has been added by an INSTANT ALTER TABLE -- table data dictionary had been remaining the same. When the virtual column is added or removed, table was usually evicted and then reopened, which triggered vcol info rebuild on the next open. However this also should be done when the usual column is added or removed: mariadb always stores virtual field at the end of maria record, so the shift should always happen. Fix: expand the eviction condition to the case when usual fields are added/removed Note: this should happen only in the case of !new_clustered: * When new_clustered is true, a new data dictionary is created, and vcol metadata is rebuilt in `alter_rebuild_apply_log()` * We can't do it in `new_clustered` case, because the old table is not yet subctituted correctly
Diffstat (limited to 'debian/mariadb-test-data.install')
0 files changed, 0 insertions, 0 deletions