mysql安装调试完毕，正式投入运行后，马上进行了mysql备份任务的生成。结果第二天一看，并没有能够如愿地生成备份文件。
马上开始查找原因。首先在mysql administrator里立即运行备份任务，没有问题，备份文件很快就生成了。但备份任务就是不能正确执行。
在事件查看器里发现了mysql的错误日志，root@localhost(password: no)access denied, error number: 1045。
奇怪，root@localhost无法登录数据库？可是登录mysql administrator，并且在里面单独运行backup都是正常的啊。
冷静一下，在windows控制面板的计划任务里，找到数据库备份的计划任务(Mysql5.X的备份计划实际上是生成了一个windows的计划任务，执行其设置好的脚本）,查看了一下脚本，并没有什么问题。
再仔细研究了一下，发现问题应该是在password:no上，相当于试图不提供密码而使用root@localhost进行备份，所以出错了。那么如何改正呢。
最后发现问题是在；mysql_user_connection.xml里。这个文件里包含了mysql登录用的别名信息。结果不知道是什么原因这个文件里相同的别名出现了两次，第一次的配置里密码为空，而第二次的配置是正确的。
<last_connection>2</last_connection>
<password_storage_type>3</password_storage_type>
<user_connection>
<connection_name></connection_name>
<username>root</username>
<hostname>localhost</hostname>
<port>3306</port>
<schema></schema>
<advanced_options/>
<storage_path></storage_path>
<notes></notes>
<connection_type>0</connection_type>
<storage_type>2</storage_type>
<password_storage_type>3</password_storage_type>
<password/>
</user_connection>
<user_connection>
<connection_name>proddb</connection_name>
<username>root</username>
<hostname>localhost</hostname>
<port>3306</port>
<schema>message</schema>
<advanced_options/>
<storage_path></storage_path>
<notes></notes>
<connection_type>0</connection_type>
<storage_type>2</storage_type>
<password_storage_type>3</password_storage_type>
<password/>
</user_connection>
<user_connection>
<connection_name>proddb</connection_name>
<username>root</username>
<hostname>localhost</hostname>
<port>3306</port>
<schema>message</schema>
<advanced_options/>
<storage_path></storage_path>
<notes></notes>
<connection_type>0</connection_type>
<storage_type>1</storage_type>
<password_storage_type>3</password_storage_type>
<password>9D203859E</password>
</user_connection>
而登录mysql administrator时，根据last_connection的值，使用的是proddb的第二个配置。所以可以正常登录，而且在里面执行脚本，备 份都没有问题，而windows执行计划任务时，通过别名proddb在mysql_user_connection.xml中查找，找到的是第一个，其 中没有密码信息，所以报错。
问题找到了，解决就容易了，删除mysql_user_connection.xml中的proddb的第一个配置。备份计划任务果然能够正确地执行了。