mydumper erroneously always attempts a dummy read

Bug #1267501 reported by Ben Mildren on 2014-01-09
This bug affects 2 people
Affects Status Importance Assigned to Milestone
MySQL Data Dumper
Max Bubenick

Bug Description

if (mysql_get_server_version(conn)) {
  mysql_query(conn, "CREATE TABLE IF NOT EXISTS mysql.mydumperdummy (a INT) ENGINE=INNODB");

Looking at the comments on why this code is included it probably should be:

if (mysql_get_server_version(conn) < 40108) {
  mysql_query(conn, "CREATE TABLE IF NOT EXISTS mysql.mydumperdummy (a INT) ENGINE=INNODB");

On most installs the CREATE TABLE... will fail as a ftwrl is acquired just before, but on the current version of Galera (current PXC binaries are 5.5.34 / 5.6.14), the combination of DDL on the same thread that acquired the ftwrl caused the node to go down ( Although this was due to a bug that will be fixed, probably best to restrict the CREATE TABLE to only when required.

Related branches

Changed in mydumper:
status: New → In Progress
importance: Undecided → High
assignee: nobody → Max Bubenick (max-bubenick)
Changed in mydumper:
status: In Progress → Fix Committed
Daniel Black (daniel-black) wrote :

thanks Ben and Max for the committed patch.

I've pushed it to Debian Bug Tracker:

Changed in mydumper:
milestone: none → 0.6.1
Changed in mydumper:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.