本人在自学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