各位用户为了找寻关于详谈mysqldump数据导出的问题的资料费劲了很多周折。这里教程网为您整理了关于详谈mysqldump数据导出的问题的相关资料，仅供查阅，以下为您介绍关于详谈mysqldump数据导出的问题的详细内容
1，使用mysqldump时报错(1064)，这个是因为mysqldump版本太低与当前数据库版本不一致导致的。
mysqldump: Couldn't execute 'SET OPTION SQL_QUOTE_SHOW_CREATE=1': You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'OPTION SQL_QUOTE_SHOW_CREATE=1' at line 1 (1064)
[root@bastion-IDC ~]# mysqldump --version mysqldump Ver 10.13 Distrib 5.1.61, for redhat-linux-gnu (x86_64)
[root@bastion-IDC ~]# mysql //或者登陆mysql，select version();也可查看版本 Server version: 5.6.25-log Source distribution 。。。。。
这样的话必须知道mysqldump的绝对路径，在mysql的安装目录下有。
2，导出时指定字符集，报错
Character set 'utf-8' is not a compiled character set and is not specifie . --default-character-set=utf-8
这个是因为字符集错了。是--default-character-set=utf8
3，导出时提示warning，A partial dump from a server that has GTIDs
[root@bastion-IDC ~]# mysqldump -uroot -p xqsj_db > xqsj_db20160811.sql Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you don't want to restore GTIDs, pass --set-gtid-purged=OFF. To make a complete dump, pass --all-databases --triggers --routines --events.
关于GTID是5.6以后，加入了全局事务 ID (GTID) 来强化数据库的主备一致性，故障恢复，以及容错能力。 官方给的：A global transaction identifier (GTID) is a unique identifier created and associated with each transaction committed on the server of origin (master). 所以可能是因为在一个数据库里面唯一，但是当导入其他的库就有可能重复。所有会有一个提醒。
可以通过添加--set-gtid-purged=off 或者–gtid-mode=OFF这两个参数设置。
很有肯能是在导入库中重新生产GTID，而不用原来的。
[root@bastion-IDC ~]# mysqldump -uroot --set-gtid-purged=off -p xqsj_db > xqsj_db20160811.sql #这样就ok了！
以上这篇详谈mysqldump数据导出的问题就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。