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 条评论
登录 后参与评论

相关文章

来自专栏搜云库

CentOs7.3 搭建 MySQL 5.7.19 主从复制,以及复制实现细节分析

CentOs7.3 搭建 MySQL 5.7.19 主从复制,以及复制实现细节分析 概念 主从复制可以使MySQL数据库主服务器的主数据库,复制到一个或多个My...

2715
来自专栏Keegan小钢

App项目实战之路(五):服务端篇

近一个月因为忙于其他事情,一直没能抽出时间来更新项目进度。现在,只能趁着国庆期间,赶紧抽空更新下进度。这次,我想简单谈谈服务端的一些东西。

1796
来自专栏沃趣科技

ASM 翻译系列第三十三弹:REQUIRED_MIRROR_FREE_MB的含义

原作者:Bane Radulovic 译者: 陈亚军 审核: 魏兴华 DBGeeK社区联合出品 原文链接:http://asmsupportguy....

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

每日shell练习题

1.2K3
来自专栏Netkiller

Linux 系统与数据库安全

目录 1. 帐号安全 1.1. Shell 安全 1.2. .history 文件 2. 临时文件安全 3. 其他安全问题 4. 防火墙配置 5. 数据库安全 ...

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

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

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

3717
来自专栏FreeBuf

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

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

3738
来自专栏数据和云

你不可不看的 Oracle RAC 日常基本维护命令

$ srvctl status instance -d orcl -i orcl2

1184
来自专栏乐沙弥的世界

RMAN catalog 的创建和使用

在存储恢复目录的数据库创建表空间用于存储恢复目录schema及恢复目录数据(本文使用已经创建好的数据库catadb来存储恢复目录)

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

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

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

2925

扫码关注云+社区