问题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 的数据文件在所有平台上二进制兼容,因此只要只要两台机器的浮点数格式一致,你就可以在这两台机器之间移动文件。
来看看这个,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 的数据文件在所有平台上二进制兼容,因此只要只要两台机器的浮点数格式一致,你就可以在这两台机器之间移动文件。
bombshell(水中鱼) 的做法很不错呀,
我也是一直用表库文件复制备份