Details

    • Bug
    • Status: Closed (View Workflow)
    • Critical
    • Resolution: Fixed
    • 5.2.12
    • 5.2.13
    • None
    • None

    Attachments

      Activity

        sanja Oleksandr Byelkin created issue -
        sanja Oleksandr Byelkin made changes -
        Field Original Value New Value
        Assignee Oleksandr Byelkin [ sanja ]
        sanja Oleksandr Byelkin made changes -
        Status Open [ 1 ] In Progress [ 3 ]

        I checked description of the MySQL bug, and tried to merge the patch, it does not work (maybe wrong merge).

        sanja Oleksandr Byelkin added a comment - I checked description of the MySQL bug, and tried to merge the patch, it does not work (maybe wrong merge).
        sanja Oleksandr Byelkin made changes -
        Status In Progress [ 3 ] Open [ 1 ]
        sanja Oleksandr Byelkin made changes -
        Status Open [ 1 ] In Progress [ 3 ]
        sanja Oleksandr Byelkin made changes -
        Status In Progress [ 3 ] Open [ 1 ]

        Need to talk to Timour about the problem.

        sanja Oleksandr Byelkin added a comment - Need to talk to Timour about the problem.
        sanja Oleksandr Byelkin made changes -
        Status Open [ 1 ] In Progress [ 3 ]
        sanja Oleksandr Byelkin made changes -
        Status In Progress [ 3 ] Open [ 1 ]

        reassiginig as we decided on IRC

        sanja Oleksandr Byelkin added a comment - reassiginig as we decided on IRC
        sanja Oleksandr Byelkin made changes -
        Assignee Oleksandr Byelkin [ sanja ] Timour Katchaounov [ timour ]
        timour Timour Katchaounov (Inactive) made changes -
        Status Open [ 1 ] In Progress [ 3 ]

        I am not sure if MtSQL's fix is correct, but it is incomplete for sure. If the PK is changed to be only over 1 column, MySQL 5.6 produces the same incorrect result.
        Example:

        CREATE TABLE t1 (pk INT NOT NULL, i INT);
        INSERT INTO t1 VALUES (0,10), (1,20), (2,30), (3,40);

        CREATE TABLE t2b (pk INT NOT NULL, i INT NOT NULL, PRIMARY KEY);
        INSERT INTO t2b VALUES (0,0), (1,1), (2,2), (3,3);

        EXPLAIN
        SELECT * FROM t1 WHERE NULL NOT IN (SELECT t2b.i FROM t2b WHERE t2b.pk = t1.pk);
        SELECT * FROM t1 WHERE NULL NOT IN (SELECT t2b.i FROM t2b WHERE t2b.pk = t1.pk);
        SELECT t1.pk, NULL NOT IN (SELECT t2b.i FROM t2b WHERE t2b.pk = t1.pk) FROM t1;

        timour Timour Katchaounov (Inactive) added a comment - I am not sure if MtSQL's fix is correct, but it is incomplete for sure. If the PK is changed to be only over 1 column, MySQL 5.6 produces the same incorrect result. Example: CREATE TABLE t1 (pk INT NOT NULL, i INT); INSERT INTO t1 VALUES (0,10), (1,20), (2,30), (3,40); CREATE TABLE t2b (pk INT NOT NULL, i INT NOT NULL, PRIMARY KEY ); INSERT INTO t2b VALUES (0,0), (1,1), (2,2), (3,3); EXPLAIN SELECT * FROM t1 WHERE NULL NOT IN (SELECT t2b.i FROM t2b WHERE t2b.pk = t1.pk); SELECT * FROM t1 WHERE NULL NOT IN (SELECT t2b.i FROM t2b WHERE t2b.pk = t1.pk); SELECT t1.pk, NULL NOT IN (SELECT t2b.i FROM t2b WHERE t2b.pk = t1.pk) FROM t1;

        I am trying to understand if MySQL's solution is just incomplete, and the above case needs a separate solution, or if there is some generic solution that will address all cases.

        timour Timour Katchaounov (Inactive) added a comment - I am trying to understand if MySQL's solution is just incomplete, and the above case needs a separate solution, or if there is some generic solution that will address all cases.
        sanja Oleksandr Byelkin made changes -
        Assignee Timour Katchaounov [ timour ] Oleksandr Byelkin [ sanja ]
        sanja Oleksandr Byelkin made changes -
        Status In Progress [ 3 ] Open [ 1 ]
        sanja Oleksandr Byelkin made changes -
        Status Open [ 1 ] In Progress [ 3 ]
        sanja Oleksandr Byelkin made changes -
        Status In Progress [ 3 ] Open [ 1 ]
        sanja Oleksandr Byelkin made changes -
        Assignee Oleksandr Byelkin [ sanja ] Timour Katchaounov [ timour ]
        timour Timour Katchaounov (Inactive) made changes -
        Status Open [ 1 ] In Progress [ 3 ]
        • Re-merged after Monty's push
        • Wasted some time to analyze a failure in ps-protocol mode of view.test, found out it fails in main 5.5, at the same time I didn't see the failure in buildbot.
        • Pushed the merge into 5.5
        timour Timour Katchaounov (Inactive) added a comment - Re-merged after Monty's push Wasted some time to analyze a failure in ps-protocol mode of view.test, found out it fails in main 5.5, at the same time I didn't see the failure in buildbot. Pushed the merge into 5.5
        timour Timour Katchaounov (Inactive) made changes -
        Resolution Fixed [ 1 ]
        Status In Progress [ 3 ] Closed [ 6 ]
        serg Sergei Golubchik made changes -
        Workflow defaullt [ 12413 ] MariaDB v2 [ 44299 ]
        ratzpo Rasmus Johansson (Inactive) made changes -
        Workflow MariaDB v2 [ 44299 ] MariaDB v3 [ 63611 ]
        serg Sergei Golubchik made changes -
        Workflow MariaDB v3 [ 63611 ] MariaDB v4 [ 144870 ]

        People

          timour Timour Katchaounov (Inactive)
          sanja Oleksandr Byelkin
          Votes:
          0 Vote for this issue
          Watchers:
          2 Start watching this issue

          Dates

            Created:
            Updated:
            Resolved:

            Git Integration

              Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.