mysqldump备份数据库时文件为空的问题

本人在自学mysql遇到的一些问题，整理下知识怕以后用到的时候忘记。

首先备份数据库

C:\Users\popo>mysqldump -uroot -p123 mydb1 > d:1.sql

在d盘打开文件信息发现缺失，没有基本信息导入的语句，直接导入肯定是空数据。

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

问题处理

安装mysql路径 \MySQL\MySQL Server 5.5\bin的mysqldump.exe文件复制到D盘路径下（也就是1.sql路径）

百度网上大神的csdn的博客：

今天客户打电话来说我们的系统备份的sql文件为空文件。

这让我很凌乱，我们测试过滴，执行很成功嘛。

可客户使用的时候确实是备份失败嘛 ，这是事实。



我东测试西测试，在本机咋滴还是没出现这样的问题；

没办法装了个虚拟机，安装了和客户一样的操作系统 ，并且按照客户安装步骤进行部署。

结果，神奇事情出现了，所备份的数据库文件确实是空的，最后是东找西找，又是百度又是谷歌的,还是没有解决。

后来我一想，mysql的安装路径不一样，我都喜欢把软件工具都安装在C盘以外，自定义的安装路径，而客户是安装在默认的Program Files下面，

而文件夹有空格的名称的经常会致使一些莫名其妙的问题出现。

想到就做，我将mysql bin目录下的mysqldump复制放到c盘,并且把系统语句改为

Runtime rt = Runtime.getRuntime();

rt.exec("cmd /c c:\\mysqldump -hlocalhost -uroot -p123456 --opt databaseName>d:\\bk.sql");

居然成功了，文件不再是0KB的空文件。自此，问题解决。



罪魁祸首是Program Files文件夹的空字符串，不知道当初微软为啥要在中间加个空格。



我项目的解决方案就是：

1、将mysqldump.exe复制放到我的项目文件夹下

2、执行备份时，先得到项目部署路径，然后执行 

Runtime rt = Runtime.getRuntime();

String path = 获取mysqldump所在路径。 

rt.exec("cmd /c "+path+"\\mysqldump -hlocalhost -uroot -p123456 --opt databaseName>d:\\bk.sql"); 

3、前提是让客户部署时，别将项目部署在含有空格的文件夹下面。



记录下问题的解决方法以供参考。 

博客链接：http://www.cnblogs.com/aDust/archive/2012/10/19/mysqldump.html