用户在使用mysqldump导数据上云的时候碰到两个“诡异”的问题,简单分析分享下。
本地有3306和3307两个端口的实例,执行命令为:
- mysqldump --host=localhost --port=300x -Ddb1 db1 -r outputfile
发现无论执行端口写入3306还是3307,导出的都是3306端口实例的数据。
实际上不论是mysqldump还是mysql客户端,在连接数据库时都调用了
这个函数,里面的一段代码逻辑如下
- CLI_MYSQL_REAL_CONNECT
- if(!host || !strcmp(host,LOCAL_HOST)
- {
- vio_socket_connect(...
- }
- 其中 #define LOCAL_HOST "localhost"
也就是说,当host参数值为localhost的时候,mysql和mysqldump客户端使用的是–socket参数,如果未指定,则使用默认的/tmp/mysql.sock。
因此上面用户的输入,不论–port 输入多少,都被忽略。而他的/tmp/mysql.sock 就是属于3306端口实例。
从代码中可以看到,必须是全小写的localhost才满足条件,若是Localhost,则解析成127.0.0.1,用的是 ip + port 的模式,此时 –socket 参数无效。
使用mysqldump默认参数导出5.6 的数据,无法导入到目标库。
当源库使用了GTID模式时,在dump出来的文件中为了保持目标库和源库GTID值相同,增加了两个语句,
和
- SET @@SESSION.SQL_LOG_BIN= 0
。
- SET @@GLOBAL.GTID_PURGED='xxxx'
而实际上增加这两个语句会有诸多问题:
这个命令要求目标库的
- SET @@GLOBAL.GTID_PURGED='xxxx'
值是空。若非空,这个命令执行失败;
- gtid_executed
值,也需要super权限。
- gtid_executed
因此在导出5.6的数据时,有两种可选方案:
需要根据业务需求选择。
来源: http://mysql.taobao.org/monthly/2016/02/10/