Uploaded image for project: 'MariaDB MaxScale'
  1. MariaDB MaxScale
  2. MXS-3353

Tee filter loses statements if branch target is slower

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Confirmed (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: 2.5.6, 2.5.10
    • Fix Version/s: Icebox
    • Component/s: tee
    • Labels:
      None
    • Environment:
      Linux, Debian 10, n.a.
    • Sprint:
      MXS-SPRINT-122, MXS-SPRINT-140

      Description

      When we are running our simple insert test or our a bit more complex mixed test (SIUD) at a very high pace (10 us delay between statements) maxscale is not sending all statements to the tee'd instance after a short time.
      When we lower the pace to 10 ms delay this does not happen.
      Unfortunately maxscale is not throwing any warning or error (in maxscale error log) to make us aware of this.
      This means tee filter cannot be used reliably in production.
      Possibly a statement cache or something like this is overflowing?
      Would be good to have something like a "synchronous" mode to guarantee that statements have been received my both database backends with possibly some timeout (similar to semi-synchronous replication).
      We want to use this for some kind of quality assurance between 2 different backends and/or for doing a push replication from the secure to the insecure network zone in a security sensitive environment.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              markus makela markus makela
              Reporter:
              oli Oli Sennhauser
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:

                  Git Integration