MySQL如何快速重建主从

备份：

[sql] view plain copy

mysqldump -uroot -p -S /tmp/mysql3306.sock --single-transaction --add-drop-database --master-data=1 --database tms,test >test_backup.sql

--single-transaction : 一致性备份，在备份开始前，　先执行START TRANSACTION命令，以此来获得备份的一致性，当前该参数只对INNODB存储引擎有效。当启用该参数并进行备份时，　确保没有其他任何的DDL语句执行，因为一致性读并不能隔离DDL语句。

--add-drop-database: 备份里会有创建删除数据库的命令，　要和-DATABASE一起使用。

--master-data：通过该参数产生的备份转存文件主要用来建立一个SLAVE　REPLICATION。　当VALUE的值为1时，转存文件中记录CHANGE MASTER语句，当VALUE的值为2时，CHANGE MASTER语句被写成SQL注释。默认情况下，　VALUE的值为空。

停止原从库的SLAVE复制：

[sql] view plain copy

mysql>stop slave

Query OK, 0 rows affected (0.00 sec)

mysql>reset slave all

Query OK, 0 rows affected (0.08 sec)

mysql>show slave status\G

Empty set (0.00 sec)

在从库进行SOURCE：

[sql] view plain copy

source /apps/test_backup.sql

待恢复完成后，可以根据备份文件里提供的BINLOG POSTION来启动REP：

[sql] view plain copy

mysql>CHANGE MASTER TO MASTER_HOST='192.168.0.93',MASTER_PORT=3306,MASTER_USER='replication',MASTER_PASSWORD='replication',MASTER_LOG_FILE='mysql-bin.000005',MASTER_LOG_POS=69295895

Query OK, 0 rows affected (0.00 sec)

mysql>flush privileges

Query OK, 0 rows affected (0.04 sec)

重建数据库时压测环境没有备份，但是另一套测试环境的表结构与压测环境一致，只是数据有所差异，所以，获取表结构比较容易。导入表结构没有什么好说明的地方，注意导入 SQL 的权限和字符集。 重建表空间注：此小节对应恢复步骤的 。由于是整库恢复，数据库和表较多，所以使用脚本处理。大概的处理流程是，两层循环，外层循环数据库列表，内层循环对应数据库表列表。然后依次 DISCARD TABLESPACE、拷贝对应库对应表的 ibd 文件到对应目录并更改权限、IMPORT TABLESPACE。之前分析过，由于新旧的 ibd 文件表空间 id 不一致，导致不能正确导入。在 MySQL 错误日志中记录了表名、新旧表空间 id，接下来我们看看怎么分解。 分析 MySQL 错误日志注：此小节对应恢复步骤的和 。这一步很有意思。所有的数据库表累计，不可能使用人工处理，我们得想点取巧的办法。我们发现 MySQL 错误日志记录的表名、新旧表空间 id 很有规律，我们只需要依次取出这些值，问题就解决一大半了。

重建master 数据库1.关闭 Microsoft�0�3 SQL Server�6�4 2000，然后运行 Rebuildm.exe。该程序位于 Program Files\Microsoft SQL Server\80\Tools\Binn 目录中。2.在"重建 Master"对话框中单击"浏览"按钮。3.在"浏览文件夹"对话框中，选择 SQL Server 2000 光盘上或用于安装 SQL Server 2000 的共享网络目录中的 \Data 文件夹，然后单击"确定"按钮。4.单击"设置"按钮。在"排序规则设置"对话框中，验证或更改用于 Master 数据库或其它数据库的设置。最初，显示的是默认排序规则设置，但这些设置有可能与安装期间选择的排序规则不匹配。可以选择与安装期间使用的排序规则相同的设置，也可以选择新的排序规则设置。完成后单击"确定"按钮。

---