*: insert of invalid timestamp succeeded#26584
Conversation
Timestamp value was no longer valid, but instead of flagging as error internally in the lookup join, we skip it, since there cannot be any match. Also removed the debug build option in Makefile.common
|
[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. |
Co-authored-by: Lynn <zimu_xia@126.com>
|
@tangenta Could you please take a look/review? |
|
/cc @tangenta |
|
/bench |
|
/merge |
|
@mjonss: DetailsIn 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 ti-community-infra/tichi repository. |
|
/merge |
|
This pull request has been accepted and is ready to merge. DetailsCommit hash: 00859df |
|
/run-build |
Two issues, convertToMysqlTimestamp did set out-of-range timestamp to Zero, when it would still be a storable/comparable KindMysqlTime. (we only artificially limit the range of Timestamp to be compatible with MySQL). When this change was done, it broke pingcap#26584 (insert of invalid timestamp succeeded), which needed a different change in handleZeroDatetime
What problem does this PR solve?
Issue Number: close #25999
Problem Summary:
Insert succeeded with values out-of-range for Timestamp
What is changed and how it works?
Never accept timestamp values out-of-range
What's Changed:
Check for values out-of-range
How it Works:
Now truncates and returns a warning or returns an error depending on sql_mode.
Check List
Tests
Side effects
Documentation
Release note