各位大侠,现在是这样:我用MYSQL做数据库的设计,然后怎么把修改后的数据库移植到其他人的电脑上?像用SQLServer的时候,只需要把.mdf文件和.ldf文件复制到别人电脑上然后导入就行。用MYSQL好像没有发现类似的功能...我用的是MySQL Workbench,还望各位大侠指导!

解决方案 »

  1.   

    直接把MYSQL文件夹下所有内容复制过去即可。
    当然,你也可以用 mysqldump 导出数据库,然后再用 mysql <xxx.sql导入。
      

  2.   

    5.9.2.2. 为恢复进行备份
    现在假设在星期三上午8点出现了灾难性崩溃,需要使用备份文件进行恢复。恢复时,我们首先恢复最后的完全备份(从星期日下午1点开始)。完全备份文件是一系列SQL语句,因此恢复它很容易:shell> mysql < backup_sunday_1_PM.sql
    在该点,数据恢复到星期日下午1点的状态。要想恢复从那时起的更改,我们必须使用增量备份,也就是,gbichot2-bin.000007和gbichot2-bin.000008二进制日志文件。根据需要从备份处取过这些文件,然后按下述方式处理:shell> mysqlbinlog gbichot2-bin.000007 gbichot2-bin.000008 | mysql
    我们现在将数据恢复到星期二下午1点的状态,但是从该时刻到崩溃之间的数据仍然有丢失。要想恢复,我们需要MySQL服务器将MySQL二进制日志保存到安全的位置(RAID disks, SAN, ...),应为与数据文件的保存位置不同的地方,保证这些日志不在毁坏的硬盘上。(也就是,我们可以用--log-bin选项启动服务器,指定一个其它物理设备上的与数据目录不同的位置。这样,即使包含该目录的设备丢失,日志也不会丢失)。如果我们执行了这些操作,我们手头上会有gbichot2-bin.000009文件,我们可以用它来恢复大部分最新的数据更改,而不会丢失到崩溃时的数据。5.9.2.3. 备份策略摘要
    出现操作系统崩溃或电源故障时,InnoDB自己可以完成所有数据恢复工作。但为了确保你可以睡好觉,应遵从下面的指导:·         一定用--log-bin或甚至--log-bin=log_name选项运行MySQL服务器,其中日志文件名位于某个安全媒介上,不同于数据目录所在驱动器。如果你有这样的安全媒介,最好进行硬盘负载均衡(这样能够提高性能)。·         定期进行完全备份,使用mysqldump命令进行在线非块备份。·         用FLUSH LOGS或mysqladmin flush-logs清空日志进行定期增量备份。