问题1:对MySQL的性能不放心??!!!!!!!
来看看这个,MySQL敢与Oracle9i比高下!http://www.freelamp.com/new/publish/1015136602/index_html
http://www.freelamp.com/new/publish/1015136602/1015391111/mysqlvsoracle.jpg问题2:1\ 采用 SELECT INTO OUTFILE
2\ 比较正统的做法是用MySQL自带的mysqldump.exe工具来备份,
3\ 比较好的是库表文件一起备份,即关闭MySQL服务,使所有数据更新到文件,然后复制出表库文件
注意:
InnoDB备份比较复杂,首先要关闭 MySQL ,并确保正常关闭。
复制所有的数据文件
复制所有的 InnoDB 日志文件
复制 my.cnf 配置文件
复制所有 InnoDB 表的 .frm 文件 目前还没有热备份或者增量备份的工具。对于要求高可靠的服务器而言,可以采用复制的形式。
数据恢复的过程,就是把前面备份的这些文件重新考回原来的位置。这种情况只有在数据文件损坏的情况下,才有必要。一般的数据库瘫痪,重新启动 MySQL ,InnoDB 会恢复事务。如果确实有表空间不能恢复的话,可以采用 SELECT INTO OUTFILE 来恢复数据。这个时候需要在 my.cnf 中设置:
set-variable = innodb_force_recovery = 4InnoDB 的数据文件在所有平台上二进制兼容,因此只要只要两台机器的浮点数格式一致,你就可以在这两台机器之间移动文件。

解决方案 »

  1.   

    我们一般用三块60G SISC硬盘做镜像,无论哪块硬盘坏了,都能保证数据的完整性。毕竟散块硬盘同时坏的可能性很小。然后每天用刻录机网外到数据,导到刻擦写光盘上。
      

  2.   

    我在我自己的机器上试验一690M的数据库,记录数为2,334,221条,当我作mysqldump时,却报内存不足,是不是真的呢?(我的内存是256MB,P4 1.6G, 40G硬盘)
      

  3.   

    呵呵,
    bombshell(水中鱼) 的做法很不错呀,
    我也是一直用表库文件复制备份