mysql主从复制—备份参数验证—2014—6—22.docxVIP

1.1 mysql数据库核查 确保主服务器和从服务器分别安装mysql，并且版本一致，slave至少要和master的版本前两个号相同，可高于master。 1.2 主服务器配置，然后重启 log-bin=mysql-bin ?? server-id?=?1?? sync_binlog=1?? binlog-do-db=test ?? binlog-ignore-db=mysql?? 1.3 主库创建用户 在master上为slave添加同步帐号并授权 mysqlgrant replication slave on *.* to sxw@192.168.1.205’ identified by sxw100; ? 2）??mysqlflush privileges;?（使授权命令生效） 3） 授权之后在slave用授权用户登录验证 mysql -u sxw -h 192.168.1.203 –psxw100 复制数据到从库： 两种方式 A 停主库，复制数据到从库。（不推荐） B 使用mysqldump的方式 mysqldump -uroot -p --lock-all-tables --triggers --routines --flush-logs --master-data=2 --databases test db.sql 注意几个参数的使用： --lock-tables?它和 --lock-all-tables 类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 选项。 -E, --events 默认情况下备份事件，需要指定该参数。 --triggers?同时导出触发器。该选项默认启用，用 --skip-triggers 禁用它。 --routines，-R?导出存储过程以及自定义函数。 ·--flush-logs，-F开始转储前刷新MySQL服务器日志文件。该选项要求RELOAD权限。请注意如果结合--all--database(或-A)选项使用该选项，根据每个转储的数据库刷新日志。例外情况是当使用--lock-all-tables或--master-data的时候：在这种情况下，日志只刷新一次，在所有表被锁定后刷新。如果你想要同时转储和刷新日志，应使用--flush-logs连同--lock-all-tables或 --master-data[=value]该选项将二进制日志的位置和文件名写入到输出中。该选项要求有RELOAD权限，并且必须启用二进制日志。如果该选项值等于1，位置和文件名被写入CHANGE MASTER语句形式的转储输出，如果你使用该SQL转储主服务器以设置从服务器，从服务器从主服务器二进制日志的正确位置开始。如果选项值等于2，CHANGE MASTER语句被写成SQL注释。如果value被省略，这是默认动作。--master-data选项启用--lock-all-tables，除非还指定--single-transaction(在这种情况下，只在刚开始转储时短时间获得全局读锁定。又见--single-transaction。在任何一种情况下，日志相关动作发生在转储时。该选项自动关闭--lock-tables。 --databases?后面跟除mysql以后的其他所有数据库的库名 --opt?这只是一个快捷选项，等同于同时添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 选项。本选项能让 mysqldump 很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用 --skip-opt 禁用。注意，如果运行 mysqldump 没有指定 --quick 或 --opt 选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。 --quick，-q?该选项在导出大表时很有用，它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。 验证1： -B参数 后的恢复问题 （验证） 直接导入，不加参数。 #mysql -uroot /root/test.sql 验证2： 开始： 记录下来主从和从库一致的时候的二进制日志位置等信息。 现在： 经过一段时间的操作，主库和从库的数据不一致，这个时候开启主从同步。 问题：这一段时间的数据会不会同步到从库？会不会报错？ 验证开始： 1. 先停 从库，然后备份主库上的