生产环境下的MySQL数据库主从同步总结
MySQL的主从同步是一个很成熟的架构，优点为：①在从服务器可以执行查询工作(即我们常说的读功能)，降低主服务器压力；②在从主服务器进行备份，避免备份期间影响主服务器服务；③当主服务器出现问题时，可以切换到从服务器。所以我在项目部署和实施中经常会采用这种方案；鉴于生产环境下的MySQL的严谨性，我这里推荐采用张宴兄的MySQL源码编译的方法.
第④版更新内容如下：
一、增加了MySQL5.1.38的编译安装过程，安装过程仍然采用张宴早期安装MySQL的方法，摈弃了用脚本控制的办法；
二、从库取主库的方法仍然采用tar获取，未采用MySQLdump的原因是在实际配置中发现，此法失败的机率比较大，故一直用tar取主数据库的完整快照，这里有网友不是太理解，这里重点说明下；
三、MySQL主从复制虽然配置比较简单，但同时也是柄刃剑；因为如果在主库上发生误删表现象，从库也会发生；所以主表的单机备份一定要作，推荐同时也作FTP备份；
四、binlog日志一定要开启，签于生产环境的严谨性，此贴欢迎大家交流探讨，找出其中的bug和错误，以免误导新人；此贴我会持续关注和更新(抚琴煮酒)
数据库目录及其它
my.cnf配置文件 /usr/local/webserver/MySQL/my.cnf
MySQL数据库位置 /usr/local/webserver/MySQL/data/
主数据库：192.168.4.191
从数据库：192.168.4.192
操作系统：RHEL5.4 64位
服务器类型: HP 580G5,双四核XeonE5520,32G内存，6块300GSAS做成RAID10
MySQL5.1.38源码编译过程如下:
/ usr / sbin / groupadd MySQL
/ usr / sbin / useradd - g MySQL MySQL
unzip MySQL - 5.1 . 38 .zip
cd MySQL - 5.1 . 38 /
. / configure -- prefix=/usr/local/webserver/MySQL/ --enable-assembler
-- with-extra-charsets=complex --enable-thread-safe-client
-- with-big-tables --with-readline --with-ssl --with-embedded-server
-- enable-local-infile --with-plugins=innobase
make && make install
chmod + w / usr / local / webserver / MySQL
chown - R MySQL:MySQL / usr / local / webserver / MySQL
cp support - files / my - medium.cnf / usr / local / webserver / MySQL / my.cnf
#这部可依具体环境而定，压力大的化可采用huge.cnf
cd .. /
①以MySQL用户帐号的身份建立数据表：
1 . / usr / local / webserver / MySQL / bin / MySQL_install_db
2 . -- basedir=/usr/local/webserver/MySQL
3 . -- datadir=/usr/local/webserver/MySQL/data
4 . -- user=MySQL
②启动MySQL（最后的&表示在后台运行）
1 . / bin / sh / usr / local / webserver / MySQL / bin / MySQLd_safe
2 . -- defaults-file=/usr/local/webserver/MySQL/my.cnf &
一、设置主库
1、修改主库my.cnf,主要是设置个不一样的id和logbin
1 . #vim / usr / local / webserver / MySQL / my.cnf
2 . server - id = 1
3 . log - bin = binlog
4 . binlog - do - db = iea
2、启动主库生效
1 . # / bin / sh / usr / local / webserver / MySQL / bin / MySQLd_safe
2 . -- defaults-file=/usr/local/webserver/MySQL/my.cnf &
3、登陆主库
1 . / usr / local / webserver / bin / MySQL - u root - p
4、赋予从库权限帐号，允许用户在主库上读取日志
1 . MySQL > grant all privileges on * . * to ' admin ' @ ' % '
2 . identified by ' 12345678 ' ;
5、检查创建是否成功
1 . select user ,host from MySQL. user ;
6、锁主库表
1 .MySQL > flush tables with read lock;
7、显示主库信息
记录File和Position，从库设置将会用到
1 . MySQL > show master status;
2 . + -- ----------------+----------+--------------+------------------+
3 . | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
4 . + -- ----------------+----------+--------------+------------------+
5 . | MySQL - bin. 000003 1635708 | | |
6 . + -- ----------------+----------+--------------+------------------+
7 . 1 row in set ( 0.00 sec)
8、另开一个终端登陆124，打包主库迁移数据
1 . #cd / usr / local / webserver / MySQL /
2 . #tar zcvf data124.tar.gz . / data
二、设置从库
1、传输拿到主库包、解包
登陆从库
1 . #cd / usr / local / webserver / MySQL /
2 . #tar zxvf data124.tar.gz
2、解锁主库表
MySQL > unlock tables;
3、修改从库my.cnf
1 . # vi my.cnf
2 . # slave
3 . server - id = 2
4 . master - host = 192.168 . 4.191
5 . master - user = admin
6 . master - password = 12345678
4、验证连接主库
1 . / usr / local / webserver / MySQL / bin / MySQL - h 192.168 . 4.191 - u admin - p
5、在从库上设置同步
设置连接MASTER MASTER_LOG_FILE为主库的File，MASTER_LOG_POS为主库的Position
1 . MySQL > slave stop;
2 . MySQL > change master to master_host = ' 192.168.4.191 ' ,
master_user = ' admin ' , master_password = ' 12345678 ' ,
3 . master_log_file = ' binlog.000003 ' , master_log_pos = 1635708 ;
4 . MySQL > slave start;
6、启动从库服务
MySQL > slave start;
7、进行测试
在主库上的iea表上建立名为yuhongchun的表
1 . MySQL > CREATE TABLE `yuhongchun` (
2 . `id` INT ( 5 ) UNSIGNED NOT NULL AUTO_INCREMENT ,
3 . `username` VARCHAR ( 20 ) NOT NULL ,
4 . `password` CHAR ( 32 ) NOT NULL ,
5 . `time` DATETIME NOT NULL ,
6 . ` number ` FLOAT ( 10 ) NOT NULL ,
7 . `content` TEXT NOT NULL ,
8 . PRIMARY KEY ( `id` )
9 . ) ENGINE = MYISAM ;
在从表中马上看到了效果，主从同步成功了；为了更进一步验证在从库上输入show slave status\G;MySQL> show slave status\G;
Slave_IO_Running: Yes(网络正常)；Slave_SQL_Running: Yes(表结构正常)，进一步验证了以上过程的正确性，截图如下(一定要保证这二项参数为YES)
在主MySQL上可输入MySQL> show full processlist；观察其状态，正确结果也应该如截图所示：
如果主MySQL发生错误，如何做主从切换呢？
1、保证所有从数据库都已经执行了relay log中的全部更新，在从服务器中执行stop slave io_thread,用show processlist检查，查看状态是否是Has read all relay log,表示更新完成.
1 . MySQL > stop slave io_thread;
2 . Query OK, 0 rows affected ( 0.01 sec)
3 .
4 . MySQL > show processlist;
5 . + -- --+-------------+-----------+------+---------+------+-----------------------------------------------------------------------+------------------+
6 . | Id | User | Host | db | Command | Time | State | Info |
7 . + -- --+-------------+-----------+------+---------+------+-----------------------------------------------------------------------+------------------+
8 . | 5 | system user | | NULL | Connect | - 626 | Has read all relay log ; waiting for the slave I / O thread to update it | NULL |
9 . | 6 | root | localhost | iea | Query | 0 | NULL | show processlist |
10 . + -- --+-------------+-----------+------+---------+------+-----------------------------------------------------------------------+------------------+
11 . 2 rows in set ( 0.00 sec)
2、在从服务器上执行stop slave，reset master命令，重置成主数据库
1 . MySQL > stop slave;
2 . Query OK, 0 affected ( 0.00 sec)
3 . MySQL > reset master;
4 . Query OK, 0 affected ( 0.00 sec)
3、删除新的主服务器数据库目录中的master.info和relay-log.info文件，否则下次重启时还会按照从服务器来启动.
MySQL主从架构投入生产前后应该注意的事项：
一、配置前，master和slave的hostname一定要取个不同的，免得配置时发生问题；另外，强烈建议ntpdate二台服务器的时间，不然来个未来（future）时间就麻烦了。
二、由于MySQL数据库走的都是内网，所以二台机器的iptables可以关闭，在配置过程中由于没关iptables发生了错误，直接导致admin在slave数据库上连不上主数据库，这个特指出来给大家借荐下；
三、主MySQL的binlog功能一定要打开，我们的线上服务器有次由于PHP程序误操作，发生了改单错误，幸亏用binlog恢复过来了；但开启此功能要注意binlog的大小，有次Nagios狂报警，binlog日志都快1T了；
四、如果slave服务器同步时出现以下报错：
The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the –replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it)
说明方从服务器里my.cnf中的server-id有相同的。解决办法:修改my.cnf里的server-id，并重启数据库服务。
五、本着防患于未然，如果做主MySQL的备份时，请尽快用shell脚本同时做下FTP的备份工作，即将本地备份数据即时FTP到存储服务器上，事实证明：这样能将备份是救命的稻草的宗旨执行得更为彻底。
平时多检查MySQL的备份文件，尤其要关注其真实大小及时间；如果有条件，建议多用备份的数据库文件在其余机器做下恢复实验，跟真实的运行的数据库比对，看有无区别。
六、数据库的主从切换是比较危险的操作，尤其是电子商务的跑单业务，很容易丢失数据，这种操作不到万不得已不推荐执行！