MySQL 主从复制基本实验

最近这一两个月业余时间基本都在看 MySQL 的书,看明白了一些,又忘了一些,哈哈,总的来说没有什么很大的收获
今天无聊了,弄个 Replication(http://dev.mysql.com/doc/refman/5.1/en/replication.html)来玩玩
MySQL 的 Replication 可以用在很多地方,比如平衡负载,备份等等
主要它复制的时候是一个异步的过程(有没有将随机读写变成顺序读写这个值得研究,对于大多数磁盘来说,顺序读写可能更快些),可以从某些程度上来说提高性能,当然生成 Binary-log 也是有代价的,不过会换来更多的好处(在网络传输影响很小的情况下),比如读写分离将读压力分出去了,比如多机备份

也有很多人写类似的文章和书籍,我也就记录个实践的过程

我这里实践所有的环境都是 Linux 2.6.35-28-generic #50-Ubuntu SMP Fri Mar 18 19:00:26 UTC 2011 i686 GNU/Linux,两个数据库,一个 5.1.57-log 作为 Master,一个 5.5.8 作为 Slave,都装在一台机器上,启用不同的配置和端口
目的就想在 Master 插入一条数据,在 Slave 也能看到,性能以及安全的配置都没有考虑

看官方配置说明的时候就需要弄清楚哪些是在 Master 上配的,哪些是在 Slave 上配的

因为我的 Slave 是 5.5,以前的版本,比如 5.1 中可用的

master-user   =   repl
master-password   =   repl
master-port   =   3307

这些配置文件参数在 5.5 的 Slave 就不能用了,如果你不小心配置了这些参数,MySQL 服务器将无法正常启动
看下 MySQL 日志你应该会发现类似于这样的提示(unknown variable ‘master-host=‘)

2121 110809 22:53:21 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data
2122 110809 22:53:21 [Note] Plugin 'FEDERATED' is disabled.
2123 InnoDB: The InnoDB memory heap is disabled
2124 InnoDB: Mutexes and rw_locks use InnoDB's own implementation
2125 InnoDB: Compressed tables use zlib 1.2.3
2126 110809 22:53:21  InnoDB: Using Linux native AIO
2127 110809 22:53:21  InnoDB: Initializing buffer pool, size = 128.0M
2128 110809 22:53:21  InnoDB: Completed initialization of buffer pool
2129 110809 22:53:21  InnoDB: highest supported file format is Barracuda.
2130 110809 22:53:21  InnoDB: 1.1.4 started; log sequence number 42505789
2131 110809 22:53:21 [ERROR] /usr/local/mysql/bin/mysqld: unknown variable 'master-host=127.0.0.1'
2132 110809 22:53:21 [ERROR] Aborting
2133 
2134 110809 22:53:21  InnoDB: Starting shutdown...
2135 110809 22:53:22  InnoDB: Shutdown completed; log sequence number 42505789
2136 110809 22:53:22 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete
2137 
2138 110809 22:53:22 mysqld_safe mysqld from pid file /usr/local/mysql/data/KNIGHT.pid ended

那么在 5.5 的 Slave 中我是先配置了这几个参数

replicate-do-db = replication
replicate-ignore-db = mysql
replicate-ignore-db = information_schema

有意的指定和排除了一些库参与同步
之后启动 Slave,然后通过 change master to master_host=’127.0.0.1′, master_port=3307, master_user=’repl’, master_password=’repl’, master_log_file=’master-cutoe-binlog.000001′, master_log_pos=600, master_connect_retry=10;
slave start;
来实现 Slave 的开始复制

Master 配置文件主要参数如下:

server-id = 1
log-bin = master-cutoe-binlog
binlog_format = mixed
sync_binlog = 1
innodb_flush_log_at_trx_commit = 2

Slave 配置文件主要参数如下:

server-id = 2
replicate-do-db = replication
replicate-ignore-db = mysql
replicate-ignore-db = information_schema

如果配置都对了的话,先起 Master,再起 Slave
在 Master 和 Slave 中创建好需要复制的库和表,比如
create database replication;
create table user(id int primary key auto_increment, name varchar(20), age smallint);
(让复制自动在 Slave 中创建和 Master 一样的表在这里我没有尝试,有空可以试试)
还要在 Master 中创建一个 Slave 用来访问 Master 的用户

CREATE USER 'repl'@'%' IDENTIFIED BY 'repl';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';  -- 为什么不能指定该用户只对单独的库具有复制权限,目前不清楚原因

然后在 Master 中 mysql> show master status;
在 Slave 中通过 change master to,slave start 开启复制
并 mysql> show slave status \G
就应该会看到 Slave_IO_State: Waiting for master to send event
这个时候再在 Master 中执行个 Insert 语句,如果没有错误的话,应该可以在 Slave 的相应表中看到刚刚你在 Master 插入的一样的数据
基本可以通过 mysql> show slave status \G 查看到复制过程中发生的所有情况,例如错误信息

如果 Slave 复制失败,你可以根据错误信息进行修正,然后执行
mysql> slave stop;
mysql> slave start;
就可以把原来应该复制过来的数据都复制过来

别忘了一个很简单的命令也是要常用的
mysql> show processlist \G

Good Luck & Good Night…

Leave a Reply

Your email address will not be published. Required fields are marked *