Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Not a Bug
    • Affects Version/s: 5.5.37-galera
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None
    • Environment:
      CentOs 6.2
      virtual PC ,use 'bridge model' to connect network.

      Description

      When Mariadb galera cluster comes across a big transaction ,like insert into a table 1000,000 rows ,or update a table 1000,000 rows ,Doesn't the slave
      lag?
      when I commit at the first node with a big transaction, and It show complete. But the other nodes don't have the same date with the first one and after some seconds they do.
      The galera cluster just copy the transaction to the other nodes,and say it complete.So mariadb glare cluster miss a transaction it have lagged,but when the transaction is small ,the time it used is small ,and we doesn't fell it.

        Gliffy Diagrams

          Attachments

            Activity

            Hide
            elenst Elena Stepanova added a comment -

            Please read documentation on Galera replication, in particular how certification-based replication works (e.g. here: http://galeracluster.com/documentation-webpages/certificationbasedreplication.html ), but reading other sections can be useful too.

            If after doing so you still think you observe a bug, please comment to re-open the issue, attach logs and any other materials that can help to confirm and analyze the problem.

            Show
            elenst Elena Stepanova added a comment - Please read documentation on Galera replication, in particular how certification-based replication works (e.g. here: http://galeracluster.com/documentation-webpages/certificationbasedreplication.html ), but reading other sections can be useful too. If after doing so you still think you observe a bug, please comment to re-open the issue, attach logs and any other materials that can help to confirm and analyze the problem.
            Hide
            QFY QFY added a comment -

            I mean that Mariadb galera cluster said there is no slave lag.
            So at any given time, any node have the same data .And that is said 'no slave lag'.
            Actually there is having a slave lag , and the period is the transaction that runs in slave.

            I just mean this.Maybe it's not a bug (actually it is not a bug),but the document in official must be preciseness.

            The official document :https://mariadb.com/kb/en/what-is-mariadb-galera-cluster/

            Show
            QFY QFY added a comment - I mean that Mariadb galera cluster said there is no slave lag. So at any given time, any node have the same data .And that is said 'no slave lag'. Actually there is having a slave lag , and the period is the transaction that runs in slave. I just mean this.Maybe it's not a bug (actually it is not a bug),but the document in official must be preciseness. The official document : https://mariadb.com/kb/en/what-is-mariadb-galera-cluster/
            Hide
            frensjan Frens Jan Rumph added a comment -

            (sorry for commenting on an old ticket, but I reckoned it better than opening a new one)

            About the last comment by @QFY ... is this correct? If an (commit for a) insert / update acknowledged, can a reader on another node read stale data?

            Show
            frensjan Frens Jan Rumph added a comment - (sorry for commenting on an old ticket, but I reckoned it better than opening a new one) About the last comment by @QFY ... is this correct? If an (commit for a) insert / update acknowledged, can a reader on another node read stale data?

              People

              • Assignee:
                Unassigned
                Reporter:
                QFY QFY
              • Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  Time Tracking

                  Estimated:
                  Original Estimate - 1 hour
                  1h
                  Remaining:
                  Remaining Estimate - 1 hour
                  1h
                  Logged:
                  Time Spent - Not Specified
                  Not Specified