Tuve que investigar un poco el código fuente de mydumper para encontrar la respuesta a esta pregunta. Si nos fijamos en el código fuente real de mydumper:
Encontrará lo siguiente comenzando en la línea 415 como parte de la cola del proceso:
if(use_savepoints && mysql_query(thrconn, "SET SQL_LOG_BIN = 0")){
g_critical("Failed to disable binlog for the thread: %s",mysql_error(thrconn));
exit(EXIT_FAILURE);
}
Esto muestra que usar --use-savepoints en mydumper requiere la capacidad de desactivar el registro bin de MySQL. Intenté esto en mi propio servidor MariaDB que todavía usa MySQL como el DBMS base y obtuve el siguiente error cuando uso una cuenta que no es de administrador:
MariaDB [(ninguno)]> SET SQL_LOG_BIN = 0; ERROR 1227 (42000): acceso denegado; necesita (al menos uno de) los privilegios SUPER para esta operación
Por lo que estaba leyendo del código real y probando esta condición en mi propio servidor MySQL, entiendo que necesita un "privilegio SUPER" ya que mydumper deshabilitará el inicio de sesión en el binlog mientras se ejecuta. Esto es parte del poder de "habilitar o deshabilitar el registro" de un SUPER mencionado en los DOCS .
Información más específica sobre el binlog está aquí:
http://dev.mysql.com/doc/refman/5.6/en/set-sql-log-bin.html
En cuanto a los puntos de rescate:
http://dev.mysql.com/doc/refman/5.6/en/savepoint.html
Después de leer el manual y este informe de error , parece que si se liberan puntos de rescate, liberarán bloqueos en la tabla en la que se está trabajando, lo que puede evitar problemas de bloqueo que se han visto en mysqldump tan recientemente como MySQL 5.5.
Espero que esto brinde un poco más de información sobre la herramienta mydumper.