Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-8292

group_concat_max_len should be stored in the binary log

    Details

    • Type: Task
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Fix Version/s: None
    • Component/s: Replication
    • Labels:
      None

      Description

      If statement based replication is enabled and a GROUP_CONCAT value is used, the data can get inconsistent on the slave. if the slave's value is lower.

      I think group_concat_max_len should be stored in the binary log.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

              Hide
              elenst Elena Stepanova added a comment -

              Converted to a feature request.

              Sadly, there are many variables which can cause data inconsistency if they are set to different values on master and slave. group_concat_max_len alone won't really make so much difference.

              Show
              elenst Elena Stepanova added a comment - Converted to a feature request. Sadly, there are many variables which can cause data inconsistency if they are set to different values on master and slave. group_concat_max_len alone won't really make so much difference.
              Hide
              michaeldg Michaël de groot added a comment -

              Maybe it's an idea to convert all of these to subtasks of 1 so the community can add variables and do a per-case decision what should be done with it?

              Show
              michaeldg Michaël de groot added a comment - Maybe it's an idea to convert all of these to subtasks of 1 so the community can add variables and do a per-case decision what should be done with it?
              Hide
              serg Sergei Golubchik added a comment -

              The good list of these variables can found in the query cache code. Query cache should know when a variable affects the result so it tracks them all. And because it's completely internal in-memory structure it can be changed to track more variables with no compatibility or interoperability effects. That's why it tracks quite a few of them.

              Show
              serg Sergei Golubchik added a comment - The good list of these variables can found in the query cache code. Query cache should know when a variable affects the result so it tracks them all. And because it's completely internal in-memory structure it can be changed to track more variables with no compatibility or interoperability effects. That's why it tracks quite a few of them.

                People

                • Assignee:
                  Unassigned
                  Reporter:
                  michaeldg Michaël de groot
                • Votes:
                  1 Vote for this issue
                  Watchers:
                  4 Start watching this issue

                  Dates

                  • Created:
                    Updated: