mysql备份恢复中的常见错误

从A主机备份到B主机

mysqldump -uroot  -p vw>vw.sql

现备份数据库文件,需要恢复到目标机B,B的数据库版本为5.5.23,A机器的mysql版本为5.0.22

mysql>source /root/vw.sql;
……………………………………………………
Query OK, 6748 rows affected (0.13 sec)
Records: 6748  Duplicates: 0  Warnings: 0
Query OK, 6807 rows affected (0.12 sec)
Records: 6807  Duplicates: 0  Warnings: 0
Query OK, 6752 rows affected (0.13 sec)
Records: 6752  Duplicates: 0  Warnings: 0
Query OK, 6659 rows affected (0.13 sec)
Records: 6659  Duplicates: 0  Warnings: 0
Query OK, 6676 rows affected (0.13 sec)
Records: 6676  Duplicates: 0  Warnings: 0
Query OK, 6583 rows affected (0.12 sec)
Records: 6583  Duplicates: 0  Warnings: 0
Query OK, 6598 rows affected (0.13 sec)
Records: 6598  Duplicates: 0  Warnings: 0
ERROR 1064 (42000): 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 '' at line 1
mysql>

在B机器上面导入的时候出现以上错误,排除数据库本身问题,后来通过navicat工具备份A的数据,再次导入机器B却成功了。

经过测试发现是字符集问题导致。解决办法如下

在A机器上面备份,使用如下命令,恢复到B机器,测试OK。

mysqldump -uroot --default-character-set=utf8  -p vw>vw.sql

以下附mysql字符集查看以及修改命令,

一、查看 MySQL 数据库服务器和数据库字符集

mysql> show variables like '%char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | latin1                     |
| character_set_connection | latin1                     |
| character_set_database   | latin1                     |
| character_set_filesystem | binary                     |
| character_set_results    | latin1                     |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

二、查看 MySQL 数据表(table) 的字符集。

mysql> show full columns from s_type;
+---------+------------------------+-----------------+------+-----+---------+----------------+---------------------------------+---------+
| Field   | Type                   | Collation       | Null | Key | Default | Extra          | Privileges                      | Comment |
+---------+------------------------+-----------------+------+-----+---------+----------------+---------------------------------+---------+
| tid     | mediumint(10) unsigned | NULL            | NO   | PRI | NULL    | auto_increment | select,insert,update,references |         |
| tname   | varchar(125)           | utf8_general_ci | NO   | MUL | NULL    |                | select,insert,update,references |         |
| en-name | varchar(125)           | utf8_general_ci | NO   |     | NULL    |                | select,insert,update,references |         |
| type    | tinyint(3)             | NULL            | NO   |     | NULL    |                | select,insert,update,references |         |
+---------+------------------------+-----------------+------+-----+---------+----------------+---------------------------------+---------+

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索mysql
, 备份
, warnings
, 字符集
, query
, duplicate column
rows
mysql常见错误、mysql备份与恢复、mysql 备份恢复、mysql备份与恢复命令、mysql数据库备份恢复,以便于您获取更多的相关知识。

时间: 2024-08-17 22:46:10

mysql备份恢复中的常见错误的相关文章

php实现mysql备份恢复分卷处理的方法_php技巧

本文实例讲述了php实现mysql备份恢复分卷处理的方法.分享给大家供大家参考.具体分析如下: 分卷处理就是把握们要处理的数据分成一个个小文件进行处理了,这里我来给大家介绍一个php mysql备份恢复分卷处理类,实现mysql数据库分卷备份,选择表进行备份,实现单个sql文件及分卷sql导入. 分卷导入类及思路详解 数据库导入导出是一个后台必要拥有的功能,网上一搜,有很多关于数据库导入导出的,但基本上一个大的系统,包含了许多我们并不需要的,而且他们都是自己的后台的形式,我并不喜欢的是拿人家的东

php mysql备份恢复分卷处理(数据库导入导出)

分卷导入类及思路详解 数据库导入导出是一个后台必要拥有的功能,网上一搜,有很多关于数据库导入导出的,但基本上一个大的系统,包含了许多我们并不需要的,而且他们都是自己的后台的形式,我并不喜欢的是拿人家的东西整合到自己的后台,我需要的是自己东西.于是参照了很多,自己写了一个关于分卷导入类.以方便调用.欢迎大家拍砖. 这里针对分卷文件是以'_v1.sql'为结尾,实现单个sql文件及分卷sql导入,分卷导入可选择是否当前分卷导入余下分卷,我们只需要直接调用类即可完成 //分别是主机,用户名,密码,数据

《精通Android 实例开发》——第1章,第1.13节搭建过程中的常见错误

1.13 搭建过程中的常见错误 1.13.1 实例说明 无论安装或搭建任何一个开发环境,都会不可避免地遇到一些意想不到的问题,这些问题可能是我们粗心造成的,也可能是使用系统环境的差异造成的.在下面的实例中,将简单介绍搭建Android开发环境中常见问题的解决方法. 1.13.2 最常见的3个错误 1.Android不能在线更新 在安装Android后,需要更新为最新的资源和配置.但是在启动Android后,经常能更新,弹出如图1-65所示的错误信息. Android默认的在线更新地址是https

WCF项目中出现常见错误的解决方法:基础连接已经关闭: 连接被意外关闭

原文:WCF项目中出现常见错误的解决方法:基础连接已经关闭: 连接被意外关闭 在我们开发WCF项目的时候,常常会碰到一些莫名其妙的错误,有时候如果根据它的错误提示信息,一般很难定位到具体的问题所在,而由于WCF服务的特殊性,调试起来也不是那么方便,因此往往会花费不少时间来进行跟踪处理.本文介绍我在我在我的框架里面使用WCF服务的时候,出现的一个常见错误的处理方法,它的提示信息是:基础连接已经关闭: 连接被意外关闭.这种情况我碰到的有两种,一种是返回DataTable的时候出现的,一种是返回实体类

艾伟也谈项目管理,敏捷实施中的常见错误

一些评论员写下了敏捷实施中一些常见错误和反模式.他们贴出了"Top X"列表,列出了需要避免的事项和他们曾在各种组织实现敏捷时见过的错误. Target Process的Michael Dubakov写了两篇博文:"10个敏捷实施中最常见的错误"(Part 1; Part 2 ).他认为"许多公司在敏捷实施中再三犯同样的错误." 他的常见错误列表如下: 1. 从一个工具开始敏捷开发是不同的.一个工具不会立刻产生影响,不会由于这一工具的存在而解决多

RDS中的MYSQL备份恢复

RDS使用mysqldump对 MySQL 数据库进行逻辑全量备份,使用开源软件Xtrabackup进行物理全量备份,是实例级别的备份. 用户登录RDS控制台,可以下载备份文件.按照 利用逻辑备份文件恢复到自建数据库-MySQL和利用物理备份文件恢复到自建数据库-MySQL中的操作步骤,实现数据的恢复. 本文主要从原理的角度来介绍MySQL数据库的备份和恢复,希望能让用户更加了解RDS的备份恢复机制.   一.备份类型介绍 1. 按备份操作方式:物理备份和逻辑备份 备份方式 优点 缺点 逻辑备份

Hadoop-2.8.0集群搭建、hadoop源码编译和安装、host配置、ssh免密登录、hadoop配置文件中的参数配置参数总结、hadoop集群测试,安装过程中的常见错误

25.集群搭建 25.1 HADOOP集群搭建 25.1.1集群简介 HADOOP集群具体来说包含两个集群:HDFS集群和YARN集群,两者逻辑上分离,但物理上常在一起 HDFS集群: 负责海量数据的存储,集群中的角色主要有NameNode / DataNode YARN集群: 负责海量数据运算时的资源调度,集群中的角色主要有 ResourceManager /NodeManager 25.1.2服务器准备 本案例使用虚拟机服务器来搭建HADOOP集群,所用软件及版本: ü Vmware 11.

MySQL 备份恢复单个innodb表的教程

在实际环境中,时不时需要备份恢复单个或多个表(注意:这里除非明确指定,所说的表一律指InnoDB表),而对于innodb引擎恢复单个表需要整体的恢复,xtrabackup也可以单个表恢复,只不过是用的正则过滤的,不知最新版本是否支持表空间传输特性.本文将要说说怎么移动或复制部分或全部的表到另一台服务器上,而所要用到的技术点就是transportable tablespace特性,这就意味着MySQL5.6.6以及以上版本才支持. 表空间传输特性允许表空间从一个实例移动到另一个实例上.这在以前版本

使用xtrabackup对Mysql备份恢复

备份原理:XtraBackup基于InnoDB的crash-recovery功能.它会复制innodb的data file,由于不锁表,复制出来的数据是不一致的,在恢复的时候使用crash-recovery,使得数据恢复一致.InnoDB维护了一个redo log,又称为transaction log,事务日志,它包含了innodb数据的所有改动情况.XtraBackup在备份的时候, 一页一页地复制innodb的数据,而且不锁定表,与此同时,XtraBackup还有另外一个线程监视着trans