planner: add optimizer cost factors
First-time contributors' checklist
- [x] I've signed Contributor License Agreement that's required for repo owners to accept my contribution.
What is changed, added or deleted? (Required)
Documented all of the new optimizer cost factors.
Which TiDB version(s) do your changes apply to? (Required)
Tips for choosing the affected version(s):
By default, CHOOSE MASTER ONLY so your changes will be applied to the next TiDB major or minor releases. If your PR involves a product feature behavior change or a compatibility change, CHOOSE THE AFFECTED RELEASE BRANCH(ES) AND MASTER.
For details, see tips for choosing the affected versions.
- [x] master (the latest development version)
- [ ] v9.0 (TiDB 9.0 versions)
- [ ] v8.5 (TiDB 8.5 versions)
- [ ] v8.4 (TiDB 8.4 versions)
- [ ] v8.3 (TiDB 8.3 versions)
- [ ] v8.1 (TiDB 8.1 versions)
- [ ] v7.5 (TiDB 7.5 versions)
- [ ] v7.1 (TiDB 7.1 versions)
- [ ] v6.5 (TiDB 6.5 versions)
- [ ] v6.1 (TiDB 6.1 versions)
- [ ] v5.4 (TiDB 5.4 versions)
What is the related PR or file link(s)?
- This PR is translated from:
- Other reference link(s):
Do your changes match any of the following descriptions?
- [ ] Delete files
- [ ] Change aliases
- [ ] Need modification after applied to another branch
- [ ] Might cause conflicts after applied to another branch
@gemini-code-assist[bot]: adding LGTM is restricted to approvers and reviewers in OWNERS files.
In response to this:
Code Review
The pull request adds documentation for new optimizer cost factors in TiDB v9.0.0. The changes seem straightforward and well-organized.
Summary of Findings
- Typographical error: There's a typographical error in one of the variable names:
tidb_opt_table_fulL_scan_cost_factor. It should betidb_opt_table_full_scan_cost_factor.- Inconsistent capitalization: The capitalization of 'fulL' in
tidb_opt_table_fulL_scan_cost_factoris inconsistent with other variable names. It should befull.- Missing period at the end of the sentence: The description for each variable lacks a period at the end of the sentence.
Merge Readiness
The pull request is almost ready for merging. However, the typographical error in the variable name
tidb_opt_table_fulL_scan_cost_factorneeds to be corrected. Additionally, adding a period at the end of each variable description would improve the documentation's clarity. I am unable to approve this pull request, and recommend that another reviewer approves this code before merging.
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.
@qw4990: adding LGTM is restricted to approvers and reviewers in OWNERS files.
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.
/cc @breezewish
@terry1purcell PTAL https://github.com/terry1purcell/docs/pull/1 and help confirm whether these system variables apply to TiDB Cloud. If they don't, we should to add the following note to each of them:
https://github.com/pingcap/docs/blob/689ea8816d65549e042478d28ed49ea0901ead9d/system-variables.md?plain=1#L4691-L4693
@terry1purcell PTAL terry1purcell#1 and help confirm whether these system variables apply to TiDB Cloud. If they don't, we should to add the following note to each of them:
https://github.com/pingcap/docs/blob/689ea8816d65549e042478d28ed49ea0901ead9d/system-variables.md?plain=1#L4691-L4693
@Oreoxmt - there is nothing specific about these that would prohibit them from being utilized by TiDB cloud - unless we somehow place restrictions on what variables we expose to users. Do you know how I can validate this?
[LGTM Timeline notifier]
Timeline:
/cc @lilin90
/unhold
/approve
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: Oreoxmt
The full list of commands accepted by this bot can be found here.
The pull request process is described here
- ~~OWNERS~~ [Oreoxmt]
Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment
In response to a cherrypick label: new pull request created to branch release-8.5: #21602.