最近这一两个月业余时间基本都在看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…