一.主mysql配置:
1.配置my.cnf
[mysqld]
server-id = 10 #服务器标示
log-bin= mysql-bin #二进制日志
binlog-do-db=mydb #需要同步的数据库
配置完成后重启
2.建立复制账号:
grant all privileges on *.* to 'rep'@'192.168.1.xx' identified by '12345678';//这个权限过大应该使用下面这种
grant replication slave on *.* to 'rep'@'192.168.1.%' identified by '12345678';
3.锁定数据库表,导出数据
flush tables with read lock;
新开一个终端导出数据,否则终端退出的时候,自动解锁
mysqldump ...
4.记录file和position
show master status;
5.解锁表
unlock tables;
二,从mysql配置
1.配置my.cnf
[mysqld]
server-id=12
log-bin = mysql-bin #建议主从日志命名一致,这样便于把从服务器变为主服务器
relay_log = mysql-relay-bin #二进制中继日志
log-slave-update = 1 #从服务器把复制事件记录到自己的二进制日志中
read_only = 1 #没有特殊权限的用户更改数据
skip-slave-start = 1 #从服务器mysql启动时,复制不自动开始,需要手动同步
replicate-do-db = mydb #需要复制的同步的数据库
2.导入数据
3.设置同步:
mysql> slave stop;
mysql> change master to master_host='192.168.1.X',master_user='rep', master_password='12345678',master_log_file='mysql-binlog.000001', master_log_pos=264;
4.启动从库服务:
mysql> slave start;
5.如果出现Could not initialize master info structure, more error messages can be found in the MySQL error log,使用mysql>reset slave;重置slave
三.推荐的复制配置:
1.在主服务器上配置:
[mysqld]
sync-binlog = 1 #每次提交事务的时候会把二进制日志同步到磁盘,崩溃后也会把事件写入日志中,便于恢复.但会增加额外开销.只适用于二进制日志,不适用于中继日志.
2.如果使用innodb,推荐在主库上配置:
[mysqld]
innodb_flush_logs_at_trx_commit = 1 #刷新每个日志写入,默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入（flush）硬盘，这是很费时的。特别是使用电 池供电缓存（Battery backed up
cache）时。设成2对于很多运用，特别是从MyISAM表转过来的是可以的，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘，所以你一般不会丢失超过1-2秒的更新。设成0会更快一点，但安全
方面比较差，即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统 挂了时才可能丢数据。
innodb_support_xa = 1 #mysql5.0以上版本可用
innodb_safe_binlog #仅仅支持mysql4.0
3.从服务器推荐:
[mysqld]
skip_slave_start = 1 #复制不随数据库启动而启动
read_only = 1
replicate-ignore-table=db_name.memory_table #如果有内存表,配置忽略内存表
其余问题:
1.主服务器重启后,从服务器很久才会同步数据,这是因为slave_net_timeout默认为3600秒导致的.在3600秒后超时.这时候可以重启mysql或重启slave的io thread线程即可.或者设置slave_time_out为10秒,设置master的master_heartbeat_period为10(无数据复制时,10秒发送一个心跳包)