如题,数据库可能是受病毒攻击死掉了,但是所有的bin,data,文件都还在,就是服务启动不了。我把整个mysql文件夹备份出来,然后重新装了mysql,现在服务能启动了,但是恢复数据时,遇到问题了,把原来的data文件夹下的替换掉现在的data文件夹。ibdata1文件也替换掉了,然后重启(网上看的经验),服务能启动,但是想通过Navicat for MySQL ,把数据库导出来,一点数据库文件就,mysql服务就关了,并且报Can't connect to MySQL server on 'localhost' (10061)这个错误,即使不导数据库,一操作数据库,(增、删、改),mysql服务也同样是死,
哪位大侠帮帮忙啊,能告诉俺是啥原因不,具体应该怎么操作啊

解决方案 »

  1.   

    1、删除my.ini(在C:\windows\下),重新运行winmysqladmin,要求输入用户名和密码后,问题解决!
    2、看看hosts文件中localhost是不是指向127.0.0.1
    如果是没启动mysql服务,则可运行net start mysql。
    一些相关命令:
      mysqld-nt --install #启动Mysql
      mysql #运行Mysql
      mysql -h ipAddress -u username -p
      

  2.   

    近日,一大批服务器出现MYSQL频繁掉线,刷新后又正常的问题。出现该问题的均是windows主机,并且按照官方常规错误搜索出来的解决方法无效。  症状:Can't connect to MySQL server on 'localhost' (10061)  原因:微软9月9日发布了TCP/IP更新补丁(KB967723),如果服务器开启自动更新或者有自动更新软件下载更新了这个补丁,那么就会出现这个问题。  有人可能会问,为什么9号出现的补丁,到现在才发现问题?  大家都知道,服务器不是每天都重启的,有的服务器可能一个月或者一年半载重启一次,有的可能在9月9日以后重启过服务器,所以补丁生效了(我个人这么认为)。  补丁卸载方法:登录服务器,进入控制面板 --- 添加和删除程序 -- (勾选上方的“显示更新”)  在里面可以看到更新的KB967723这个补丁,然后就想卸载普通软件一样卸载,卸载中会提示你,如果卸载可能导致程序运行出错,没关系,选择“是”,继续卸载。  卸载完成后程序服务器,一切正常!  至于该补丁修补什么漏洞,卸载后是否会出现服务器安全隐患,这个先不说,要MYSQL正常运行,临时的解决办法只有如此。
     
      

  3.   

    C盘下就没这个文件哦,这个我在网上也看到了
    hosts文件中localhost是指向127.0.0.1
      

  4.   

    如楼上建议的,先把my.ini 文件找到,备份后,删除原文件,然后试一下。无法连接,如果你确定MYSQL服务已经启动,则按下面方法检查。参考下贴中的检查方法并贴出你的检查结果(#43楼)http://topic.csdn.net/u/20090920/22/14d4f597-b7d4-4c24-b0db-abb2956e66c3.html
    [收集]mysql   无法联接故障现象及原因
      

  5.   

    c:\windows\下就没有my.ini这个文件
      

  6.   

    应该是你的ibdata1坏掉了
    1看看binlog是否足够多,是否能用mysqlbinlog导入到数据库
    2试试将innodb_force_recovery设置成1看能否看到innodb的表
      

  7.   

    进入系统后,能看见数据没有丢失,但是就是一操作就关MYSQL服务,,数据库有50多M,但是LOG现在只有不到2M
      

  8.   

    试试直接命令行导出  select * into outfile 'C:\1.txt' from tb或者mysqldump
      

  9.   

    应该是INNODB表数据有问题,直接COPY的无法使用原来的数据,数据在ibdata1文件中
      

  10.   


    作为一个负责的,值钱的,dba应该升级mysql到最新版,还解决不了应该去提交bug,而不是看到不文明的现象,把自己眼睛打瞎,以求眼不见为净,win上卸补丁和更新mysql繁琐程度差不多。就是服务启动不了。----很明显,innodb表空间坏了。坏到 “服务启动不了”这是mysql开发者不允许的,而且是逻辑问题,非硬盘问题。dba应该升级mysql到最新版,还解决不了应该去提交bug,假设服务器能启动了,innodb表空间也建议重新生成,而生成时要没有innodb表,---表空间的健壮是数据库软件值钱的原因,某种程度上是mysql的悲哀。以上2点明确地告诉看帖者,mysql应该经常升级,最新版是最好了。还是那句话“开源和传统商业软件相反,开源给你烂软件,总想免费,天天给你补丁,商业软件的代码相对佳,相对稳定,软件和补丁总不想给你,或总想收费”
      

  11.   

    所以认为一般用较稳定版本的MYSQL较好。