Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MDEV-25488 thd::transaction::modified_non_trans_tables isn't set before Rows_log_event caching #3663

Open
wants to merge 1 commit into
base: 10.6
Choose a base branch
from

Conversation

andrelkin
Copy link
Contributor

  • The Jira issue number for this PR is: MDEV-______

Description

TODO: fill description here

Release Notes

TODO: What should the release notes say about this change?
Include any changed system variables, status variables or behaviour. Optionally list any https://mariadb.com/kb/ pages that need changing.

How can this PR be tested?

TODO: modify the automated test suite to verify that the PR causes MariaDB to behave as intended.
Consult the documentation on "Writing good test cases".

If the changes are not amenable to automated testing, please explain why not and carefully describe how to test manually.

Basing the PR against the correct MariaDB version

  • This is a new feature or a refactoring, and the PR is based against the main branch.
  • This is a bug fix, and the PR is based against the earliest maintained branch in which the bug can be reproduced.

PR quality check

  • I checked the CODING_STANDARDS.md file and my PR conforms to this where appropriate.
  • For any trivial modifications to the PR, I am ok with the reviewer making the changes themselves.

…ore ..

.. Rows_log_event caching.

In ROW binlog format a successful record modification in Engine
did not follow immediately to raising
  THD::transaction::stmt::modified_non_trans_tables (MNTT)
flag which later led to an assert in MYSQL_BIN_LOG::write_cache(),
under the condition of an error occurred at logging Rows event into
the non-transactional cache. The assertion was correctly pointing
to the fact of no Incident event was logged which should've taken place.

To restore the correct behavior, when a non-transactional engine table
is being modified the MNTT flag must be raised at once after the engine
changed a first record. Having it UP a later error, incl one in writing
to the cache, triggers an Incident event logging and the assert
satisfaction.

The patch also covers
  MDEV-35378 sequence statement does not trigger warning when mixed
             transaction rolls back
@andrelkin andrelkin self-assigned this Nov 26, 2024
@CLAassistant
Copy link

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.
7 out of 16 committers have signed the CLA.

✅ vaintroub
✅ Olernov
✅ spetrunia
✅ dbart
✅ janlindstrom
✅ bnestere
✅ ParadoxV5
❌ montywi
❌ vlad-lesin
❌ abarkov
❌ denis-protivensky
❌ sysprg
❌ sanja-byelkin
❌ dr-m
❌ andrelkin
❌ Thirunarayanan
You have signed the CLA already but the status is still pending? Let us recheck it.

@cvicentiu
Copy link
Member

@andrelkin same comment as: #3664 (comment)

@andrelkin andrelkin changed the base branch from main to 10.6 November 26, 2024 16:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging this pull request may close these issues.

3 participants