*: move config file option enable-batch-dml to sysvar#33803
*: move config file option enable-batch-dml to sysvar#33803ti-chi-bot merged 20 commits intopingcap:masterfrom
Conversation
|
[REVIEW NOTIFICATION] This pull request has been approved by:
To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. DetailsReviewer can indicate their review by submitting an approval review. |
79d315b to
e67247d
Compare
|
Code Coverage Details: https://codecov.io/github/pingcap/tidb/commit/a394ceed6ab81f39cc65cc6aea90506f5665a7ee |
|
/run-build |
It's really a big risk for the upgraded cluster: when the users upgraded TiDB from v6.0 to v6.1, the behavior of the cluster will be changed( Could we add a |
I had considered that, but the reason why I did not, was that it would only be able to read the configuration value from one tidb server (the one that runs the bootstrap upgrade process) and not all TiDB servers. My concern with that specifically, is it is not quite deterministic (you might have more than one server, with more than one config, once the bootstrap is run, it's done.) I am happy to change it to this if you consider it more correct however. |
That would be fine IMHO, for most of the clusters, the configurations would be the same for all instances if TiUP/TiDB Operator is used. Even if there is any case in which configurations are different for instances, the in-deterministic would be acceptable.
Yes, please! |
feb1607 to
5bc56db
Compare
|
/merge |
|
This pull request has been accepted and is ready to merge. DetailsCommit hash: 1f4f86c |
|
/run-all-tests |
|
@morgo Please fix it. |
|
/hold |
|
/unhold |
|
This pull request has been accepted and is ready to merge. DetailsCommit hash: 26c8332 |
TiDB MergeCI notify🔴 Bad News! New failing [1] after this pr merged.
|
|
The batch DML is to be deprecated in the future, I think we don't need to make it public to the users again instead non-transactional DML is suggested to be used. |
There are users using this feature and they keep asking how to enable it in the past months. I'm not sure if it's the right time to hide it |
What problem does this PR solve?
Issue Number: ref #33769
Problem Summary:
The option
enable-batch-dmlhas historically been a config option. But based on requirements from cloud & PM it should instead be a sysvar.What is changed and how it works?
This does the minimum work to convert
enable-batch-dmlto a global (cluster-wide) sysvar, and removes the config option (placing it in the previously deprecated list).Check List
Tests
Side effects
This might be a bit confusing during upgrade for users who have previously set
enable-batch-dml(most users haven't). It needs to be documented in the release notes that it has been replaced with the system variabletidb_enable_batch_dml.Documentation
Release note
Please refer to Release Notes Language Style Guide to write a quality release note.