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了!

---------------------------------------------------------------------------------------------------------

在本地(192.168.1.152)部署好mysql环境,授权远程客户机192.168.1.%连接本机的mysql,在iptables防火墙也已开通3306端口。 如下:

mysql> select host,user,password from mysql.user;
+--------------+-----------------+----------------------------------------------------------+
| host              | user                 | password                                       |
+--------------+-----------------+----------------------------------------------------------+
| localhost    | root                 |                                                     |
| fdm1         | root                 |                                                     |
| 127.0.0.1    | root                 |                                                     |
| localhost    |                      |                                                     |
| fdm1         |                      |                                                     |
| 192.168.1.%  | db_hqsb              | *DFC9DC16B13651A95ECEC3A26E07D244431B55C9           |
| 192.168.1.%  | db_ro_hqsb           | *2C0B0DD50595BB40879110437BEEF026D019DFB7           |
| 192.168.1.%  | db_jkhwuser          | *2C0B0DD50595BB40879110437BEEF026D019DFB7           |
| 192.168.1.25 | slave                | *EE52B8EACB3CCD13624273AD6B5CDA52B9B53EB7           |
| 192.168.1.%  | tech_db_user         | *6053E57C7B61043DC2C6B4E3291D5F61CCC23F5C           |
| 192.168.1.%  | game_db_user         | *05EA4D71C9A1273ECF3E24E6323F7175AE45C366           | 
| localhost    | zabbix               | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9           |
+---------------+---------------+-----------------------------------------------------------+

问题: 在客户机(比如192.168.1.20)上远程连接上面192.168.1.152机器的mysql,连接失败! [root@huanqiu ~]# mysql -udb_ro_hqsb -h 192.168.1.152 -pmhxzkhl0802xqsjdb ERROR 1130 (HY000): Host '192.168.1.20' is not allowed to connect to this MySQL server

解决: 是由于192.168.1.152的mysql里“host为localhost,user和password为空”这条语句导致的,删除这条即可解决问题!

mysql> delete from mysql.user where host="localhost" and user=""; Query OK, 1 row affected (0.00 sec) mysql> flush privileges; Query OK, 0 rows affected (0.00 sec)

这样,授权连接的客户机就能成功连接了! [root@huanqiu ~]# mysql -uxqsj_db_ro_user -h 192.168.1.152 -pmhxzkhl0802xqsjdb Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 28 Server version: 5.1.73 Source distribution

Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏杨建荣的学习笔记

MySQL迁移文件的小问题(r8笔记第18天)

线上有一台服务器上,里面有一个mysql数据库服务,其实库也很小,就几个G,一直以来是保留了多天的备份集,但是因为业务的关系,这个库其实只有一些 基本的数据查询...

38870
来自专栏杨建荣的学习笔记

配置dg broker的问题分析及修复(r6笔记第84天)

最近从同事那儿接手了一套新环境,备库因为服务器问题已经下架,重新配了一台服务器,所以需要搭一套备库,主库已经配置好了,而且同事已经把在主库把dg broker配...

39670
来自专栏Laoqi's Linux运维专列

每日shell练习题

2K30
来自专栏数据和云

【常见错误分析】ORA-01555错误解决一例

ORA-01555错误是一种在Oracle数据库中很常见的错误。尤其在Oracle 8i及之前的版本最多。从9i开始的undo自动管理,至现在的10g、11g中...

30960
来自专栏杨建荣的学习笔记

Oracle 12cR2中的ADG会话保留特性

Oracle 12cR2中有一个不错的特性,那就是Active Data Guard会话保留,原本的叫法是Preserving Active Data Guar...

30650
来自专栏FreeBuf

新手指南:DVWA-1.9全级别教程之SQL Injection

目前,最新的DVWA已经更新到1.9版本(点击原文查看链接),而网上的教程大多停留在旧版本,且没有针对DVWA high级别的教程,因此萌发了一个撰写新手教程的...

53980
来自专栏Linyb极客之路

MySQL数据库“十宗罪”(十大经典错误案例)

Too many connections(连接数过多,导致连接不上数据库,业务无法正常进行)

17720
来自专栏数据和云

【循序渐进Oracle】Oracle的物理备份(上)

编辑手记:备份重于一切,我们必需知道,系统总是要崩溃的,没有有效的备份只是等哪一天死!今天你备份了吗?我们一起来回顾Oracle的物理备份,本文摘自《循序渐进O...

35780
来自专栏张戈的专栏

MySQL在线DDL修改表结构的简单经验分享

摘 要 在线DDL修改生产环境的大表一直是运维、DBA一个很头痛的问题,本文分享一些相关经验,希望对还在头痛的同学能有所帮助,当然更希望路过的大神,如果有更靠...

39270
来自专栏PHP在线

如何将 Text, XML, CSV 数据文件导入 MySQL

原文出处: freenik@Jianshu 将 外部数据导入(import)数据库是在数据库应用中一个很常见的需求。其实这就是在数据的管理和操作中的ETL (...

39380

扫码关注云+社区

领取腾讯云代金券