博客园_朗志工作室(Langzhi Studio)

rpm 查询 &删除

2012-06-03T10:22:00Z

rpm -qa |grep lrzsz

rpm -e --nodeps xxxx package

使用 Nginx 提升网站访问速度

2012-06-03T10:21:00Z

#log_format main '$remote_addr - $remote_user [$time_local] $request '
# '"$status" $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#access_log off;
access_log logs/access.log;# 日志文件名

本文链接

crawley 0.2.4 : Python Package Index

2012-06-03T09:37:00Z

crawley 0.2.4 : Python Package Index

crawley 0.2.4
Pythonic Scraping / Crawling FrameWork built On Eventlet
Package Documentation

File Type Py Version Uploaded on Size # downloads

crawley-0.2.4.tar.gz
(md5)

Source

File	Type	Py Version	Uploaded on	Size	# downloads
crawley-0.2.4.tar.gz (md5)	Source

本文链接

bitnami mysql my.cnf配置

2012-06-03T09:33:00Z

[mysqladmin]
user=root

[mysqld]
max_allowed_packet=1024M
basedir=/opt/djangostack-1.4-1/mysql
datadir=/opt/djangostack-1.4-1/mysql/data
port=3307
socket=/opt/djangostack-1.4-1/mysql/tmp/mysql.sock
tmpdir=/opt/djangostack-1.4-1/mysql/tmp
#bind-address=127.0.0.1
#server_id           = 101
#log_bin             = mysql-bin
#log_bin_index       = mysql-bin.index
#log_slave_updates   = 1
#relay_log           = mysql-relay-bin
#relay_log_index     = mysql-relay-bin.index
#max_binlog_size     = 200M
#read_only           = 1
#slave-skip-errors   = 1062,1053
#skip_slave_start    = 1
wait_timeout=2880000
interactive_timeout=2880000

[mysqld_safe]
mysqld=mysqld.bin

[client]
port=3307
socket=/opt/djangostack-1.4-1/mysql/tmp/mysql.sock

[manager]
port=3307
socket=/opt/djangostack-1.4-1/mysql/tmp/mysql.sock
pid-file=/opt/djangostack-1.4-1/mysql/tmp/manager.pid
default-mysqld-path=/opt/djangostack-1.4-1/mysql/bin/mysqld.bin

本文链接

_mysql_exceptions.OperationalError: (2006, 'MySQL server has gone away')

2012-06-03T09:30:00Z

Screwed up MySQL init_connect - Database Administrators

max_allowed_packet=256M

max_allowed_packet=1024M

本文链接

(2006, 'MySQL server has gone away') 错误解决 - dba007的空间 - 51CTO技术博客

2012-06-03T09:05:00Z

(2006, 'MySQL server has gone away') 错误解决 - dba007的空间 - 51CTO技术博客

(2006, 'MySQL server has gone away') 错误解决
2012-02-24 10:30:14
标签：OperationalError (2006 数据库 'MySQL server has gone away') mysql 休闲
在使用 Python + MySQLdb 部署项目的时候，执行计划任务报错
OperationalError (2006, 'MySQL server has gone away')

解决办法1: 原因是由于长时间的执行批量的MYSQL语句造成,修改/etc/my.cnf
在[mysqld]段落加入wait_timeout=90000 示例文件内容如下:
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
# 修正 OperationalError: (2006, 'MySQL server has gone away') 错误
wait_timeout=100000

其他省略.......
然后重启mysql服务，再次访问问题页面，没有再出现如上问题，问题得到暂时解决

解决办法2: 修改数据库连接代码使用mysql ping来检查连接,实现超时自动重新连接
#/usr/bin/env python
import MySQLdb
con=MySQLdb.Connect( host="foobar.com",
port=3306,
user="loginname",
passwd="loginpassword",
db="foobar")
con.ping(True)
cur=con.cursor()
推荐使用第2种解决方法，从代码彻底解决!

本文链接

解决MySQL server has gone away

2012-06-03T08:53:00Z

解决MySQL server has gone away - 数据库技术综合区 - Python python,python中国,python中文社区,python in china - Powered by Discuz!

解决MySQL server has gone away
今天遇到类似的情景，MySQL只是冷冷的说：MySQL server has gone away。

大概浏览了一下，主要可能是因为以下几种原因：

一种可能是发送的SQL语句太长，以致超过了max_allowed_packet的大小，如果是这种原因，你只要修改my.cnf，加大max_allowed_packet的值即可。

还有一种可能是因为某些原因导致超时，比如说程序中获取数据库连接时采用了Singleton的做法，虽然多次连接数据库，但其实使用的都是同一个连接，而且程序中某两次操作数据库的间隔时间超过了wait_timeout（SHOW STATUS能看到此设置），那么就可能出现问题。最简单的处理方式就是把wait_timeout改大，当然你也可以在程序里时不时顺手 mysql_ping()一下，这样MySQL就知道它不是一个人在战斗。

解决MySQL server has gone away

1、应用程序（比如PHP）长时间的执行批量的MYSQL语句。最常见的就是采集或者新旧数据转化。

解决方案：

在my.cnf文件中添加或者修改以下两个变量：

wait_timeout=2880000

interactive_timeout = 2880000

关于两个变量的具体说明可以google或者看官方手册。如果不能修改my.cnf，则可以在连接数据库的时候设置CLIENT_INTERACTIVE，比如：

sql = "set interactive_timeout=24*3600";

mysql_real_query(...)

2、执行一个SQL，但SQL语句过大或者语句中含有BLOB或者longblob字段。比如，图片数据的处理

解决方案：

在my.cnf文件中添加或者修改以下变量：

max_allowed_packet = 10M

(也可以设置自己需要的大小)

max_allowed_packet

参数的作用是，用来控制其通信缓冲区的最大长度。

本文链接

MySql主从复制(Master-Slave)

2012-06-03T07:41:00Z

参考此篇成功完成配置

MySql主从复制(Master-Slave) - 曹振华 - 博客园

MySql主从复制(Master-Slave)
MySql主从复制(Master-Slave)
先简单的说一下MySql复制的过程，但是实际的每个步骤比这要复杂。
1.主(master)服务器把数据更改的记录或者事件记录到二进制日志里。
2.从(slave)服务器把主服务器的二进制日志复制到自己的中继日志里。
3.从(slave)服务器根据中继日志的内容应用到自己的数据上。
假设我们的主从复制结构是由3台服务器构成，1台master,2台slave。

文章中的命令行提示符的含义：
1
2
3
[root@m/s/s ~]# 表示要在master slave slave三台服务器里都要执行的命令
[root@master ~]# 表示只在master服务器里执行的命令
[root@s/s ~]#    表示要在2台slave服务器里都要执行的命令
第一步，分别在3台机器上安装MySql，并使用MySql自带的my-medium.cnf作为初始配置文件,在3台服务器里分别执行如下命令。
1
2
[root@m/s/s ~]# yum -y install mysql mysql-server
[root@m/s/s ~]# \cp -f /usr/share/doc/mysql-server-*/my-medium.cnf /etc/my.cnf
第二步，创建用于复制的账户，我们不管主从，在3台MySql创建相同用户名密码的用户。
1.首先启动MySql，并设置root密码,我这里是测试，所以你千万别把密码设置的这么简单。
1
2
[root@m/s/s ~]# /etc/init.d/mysqld start
[root@m/s/s ~]# /usr/bin/mysqladmin -u root password 'masterpass'

2.创建并授权用于从服务器复制的复制账户。
1
2
3
4
5
[root@m/s/s ~]# mysql -uroot -p
Enter password:
mysql> GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO 'repluser'@'192.168.
0.%' IDENTIFIED BY 'replpass';
Query OK, 0 rows affected (0.00 sec)
★:如果你了解MySql，可能你会说只需要在主服务器上添加一个从服务器用于复制的账户即可，也不需要REPLICATION SLAVE权限，但是我这样做的好处有2个方面，1是监视和管理复制，2是方便将来主从交换角色。
第三步，配置主(Master)服务器配置文件，此步在主(Master)里操作。
在/etc/my.cnf的[mysqld]域后追加
1
2
3
4
5
server_id           = 100
log_bin             = mysql-bin
log_bin_index       = mysql-bin.index
sync_binlog         = 1
max_binlog_size     = 200M

1
2
3
4
5
server_id        服务器ID，不要和别的服务器冲突了，在同一个局域网里，我习惯使用ip的最后一位
log_bin          显式的指定二进制日志的文件名
log_bin_index    注意这里指定的文件名不是记录的表的索引，而是记录了二进制日志的文件名
sync_binlog      设为1就是把MySql每次发生的修改和事件的日志即时同步到硬盘上
max_binlog_size 指定二进制日志的大小
添加完设置后，重启MySql，并确认主服务器状态。
1
2
3
4
5
6
7
8
9
10
[root@master ~]# /etc/init.d/mysqld restart
[root@master ~]# mysql -uroot -p
Enter password:
mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000004 |       98 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

可见，二进制日志已经开启并生效了，接下来该配置从(Slave)服务器了。
第三步，配置2台从(Slave)服务器配置文件，此步分别在2台从(Slave)里操作。
1.在192.168.0.101的/etc/my.cnf的[mysqld]域后追加
1
2
3
4
5
6
7
8
9
10
server_id           = 101
log_bin             = mysql-bin
log_bin_index       = mysql-bin.index
log_slave_updates   = 1
relay_log           = mysql-relay-bin
relay_log_index     = mysql-relay-bin.index
max_binlog_size     = 200M
read_only           = 1
slave-skip-errors   = 1062,1053
skip_slave_start    = 1

2.在192.168.0.102的/etc/my.cnf的[mysqld]域后追加
1
2
3
4
5
6
7
8
9
10
server_id           = 102
log_bin             = mysql-bin
log_bin_index       = mysql-bin.index
log_slave_updates   = 1
relay_log           = mysql-relay-bin
relay_log_index     = mysql-relay-bin.index
max_binlog_size     = 200M
read_only           = 1
slave-skip-errors   = 1062,1053
skip_slave_start    = 1

前面解释的参数，这里就不解释了。
1
2
3
4
5
log_slave_updates    让从服务器把自身复制的事件和记录都写到自己的二进制日志里
relay_log            中继日志
read_only            让从服务器只读，可以防止有人误从服务器插入数据，导致主从数据不一致。
slave-skip-errors    在复制过程中忽略一些错误，让复制继续进行，在这里我忽略了1062和1053号错误，如果要忽略所有错误就设成all
skip_slave_start     防止从服务器在崩溃后自动开启，以给你足够的时间修复。
另外，你可能发现我把主(Master)服务器里的一些配置，比如二进制日志的设置也拿过来了，同样是方便将来不停服务实现主从交换角色。
★:有人肯定要疑问了，为什么在从(Slave)服务器的配置里没有从主服务器复制的账户等相关信息？
回答：直接把这些的信息写到配置文件是没有好处的，根据一些高手的经验，还可以能出不可以预知的错误，因此我们将在下一步启动复制的时候，
在MySql命令行里执行命令来指定这些信息，这样做还有一个很大的好处，在我们要变换主服务器的时候不需要重启MySql。
★:关于过滤复制对象的问题，但是如果不是特殊需要，不要使用复制过滤，因为同样有几率在一些事件触发的时候导致一些错误。介绍几种过滤参数。
binlog_do_db 只复制指定的数据库(主服务器配置文件里设置)
binlog_ignore_db 不复制指定的数据库(主服务器配置文件里设置)
replicate_ignore_table 不复制指定的表(从服务器配置文件里设置)
replicate_wild_ignore_table 使用wild匹配来不复制的指定表(从服务器配置文件里设置),比如参数设为abc.%,表示不复制abc的所有表。
3.在2台从(Slave)服务器里重启MySql服务器
1
[root@s/s ~]# /etc/init.d/mysqld restart

★:因为我们是新装的MySql服务器，所以接下来我们就可以开启复制了，如果你是给已经有大量数据的MySql服务器添加从(Slave)服务器，那么先从主(Master)服务器把数据导入到从(Slave)服务器里，让2者的数据一致，然后再开启复制。最简单的方法就是关闭主服务器MySql的写入，用mysqldump工具导出所有主(Master)服务器数据并上传到从(Slave)服务器：
1
2
3
4
[root@master ~]# mysqldump -u root -p --all-databases > /tmp/dbbackup.sql
[root@master ~]# scp /tmp/dbbackup.sql user@192.168.0.101:/tmp/dbbackup.sql
[root@master ~]# scp /tmp/dbbackup.sql user@192.168.0.102:/tmp/dbbackup.sql
[root@master ~]# rm -f /tmp/dbbackup.sql
然后把备份导入到从(Slave)服务器里:
1
2
[root@s/s ~]# mysql -u root -p < /tmp/dbbackup.sql
[root@s/s ~]# rm -f /tmp/dbbackup.sql
如果你要在主服务器MySql正常运行的状态下进行热拷贝等方法，我建议你不要用mysqldump这个命令，如果是MyISAM存储引擎，用mysqlhotcopy进行热备份会更好，如果是InnoDB存储引擎，使用ibbacup这样的工具更好。
第四步，在从(Slave)服务器里开启复制，次步的操作在2台从(Slave)服务器里执行。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
[root@s/s ~]# mysql -uroot -p
Enter password:
mysql> CHANGE MASTER TO MASTER_HOST='192.168.0.100',
    -> MASTER_PORT=3306,
    -> MASTER_USER='repluser',
    -> MASTER_PASSWORD='replpass',
    -> MASTER_LOG_FILE='mysql-bin.000001',
    -> MASTER_LOG_POS=0;
Query OK, 0 rows affected (0.20 sec)
mysql> START SLAVE;
Query OK, 0 rows affected (0.00 sec)
mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host: 192.168.0.100
                Master_User: repluser
                Master_Port: 3306
            ............
           Slave_IO_Running: Yes
          Slave_SQL_Running: Yes
            ............
1 row in set (0.00 sec)
最后我用了SHOW SLAVE STATUS来查看复制情况，从第一行可以看出从服务器已经在等待主服务器的event了，也可以看到Slave_IO,Slave_SQL线程都正常开启，最好同时查看从(Slave)服务器的日志/var/log/mysqld.log，确认没有错误信息，接下来你就可以去主服务器进行一些操作看看同步是否正常。
另外，在上面的操作中MASTER_LOG_POS=0，这里0的意思是从日志开头开始复制的意思，并不是实际的日志里的位置，实际的日志里的开始位置默认应该是4。
★:有人觉得，数据分别保存在2个机器里，就认为备份不需要了，千万别这么想，只能说有助于备份，绝对不能替代备份。
到此为止，简单的主从配置就完了，但是真正要使用和管理好主从MySql服务器，不是靠这点知识就可以的。
http://www.litvip.com/2011/06/01/291
网站计数器

本文链接

mysql主从复制

2012-06-03T06:51:00Z

GRANT REPLICATION SLAVE ON *.* TO 'root'@'10.10.243.179' IDENTIFIED BY '123';

GRANT REPLICATION SLAVE ON *.* TO 'root'@'%' IDENTIFIED BY '123';

MySQL主从复制配置 - orochihuang - 博客园

MySQL主从复制配置
Mysql的主从复制至少是需要两个Mysql的服务，当然Mysql的服务是可以分布在不同的服务器上，也可以在一台服务器上启动多个服务。
(1)首先确保主从服务器上的Mysql版本相同
(2)在主服务器上,设置一个从数据库的账户,使用REPLICATION SLAVE赋予权限,如:

mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave001'@'192.168.0.99' IDENTIFIED BY
'123456';
Query OK, 0 rows affected (0.13 sec)

(3)修改主数据库的配置文件my.cnf,开启BINLOG，并设置server-id的值，修改之后必须重启Mysql服务

[mysqld]
log-bin = /home/mysql/log/mysql-bin.log
server-id=1

(4)之后可以得到主服务器当前二进制日志名和偏移量，这个操作的目的是为了在从数据库启动后，从这个点开始进行数据的恢复

mysql> show master status\G;
*************************** 1. row ***************************
File: mysql-bin.000003
Position: 243
Binlog_Do_DB:
Binlog_Ignore_DB:
1 row in set (0.00 sec)

(5)好了，现在可以停止主数据的的更新操作，并生成主数据库的备份，我们可以通过mysqldump到处数据到从数据库，当然了，你也可以直接用cp命令将数据文件复制到从数据库去
注意在导出数据之前先对主数据库进行READ LOCK，以保证数据的一致性

mysql> flush tables with read lock;
Query OK, 0 rows affected (0.19 sec)

之后是mysqldump

mysqldump -h127.0.0.1 -p3306 -uroot -p test > /home/chenyz/test.sql

最好在主数据库备份完毕，恢复写操作

mysql> unlock tables;
Query OK, 0 rows affected (0.28 sec)

(6)将刚才主数据备份的test.sql复制到从数据库，进行导入
(7)接着修改从数据库的my.cnf,增加server-id参数,指定复制使用的用户,主数据库服务器的ip,端口以及开始执行复制日志的文件和位置

[mysqld]
server-id=2
log_bin = /var/log/mysql/mysql-bin.log
master-host =192.168.1.100
master-user=test
master-pass=123456
master-port =3306
master-connect-retry=60
replicate-do-db =test

(8)在从服务器上,启动slave进程

mysql> start slave;

(9)在从服务器进行show salve status验证

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: localhost
Master_User: root
Master_Port: 3306
Connect_Retry: 3
Master_Log_File: mysql-bin.003
Read_Master_Log_Pos: 79
Relay_Log_File: gbichot-relay-bin.003
Relay_Log_Pos: 548
Relay_Master_Log_File: mysql-bin .003
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

(10)好了,现在可以在我们的主服务器做一些更新的操作,然后在从服务器查看是否已经更新

mysql主从复制（超简单） - 系统网络运维 - 51CTO技术博客

mysql主从复制（超简单）
2012-02-27 15:31:02
标签：数据库 mysql 主从休闲 slave
原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明。否则将追究法律责任。http://369369.blog.51cto.com/319630/790921
mysql主从复制

（超简单）
怎么安装mysql数据库，这里不说了，只说它的主从复制，步骤如下：
1、主从服务器分别作以下操作：

1.1、版本一致

1.2、初始化表，并在后台启动mysql

1.3、修改root的密码

2、修改主服务器master:

   #vi /etc/my.cnf

       [mysqld]

       log-bin=mysql-bin   //[必须]启用二进制日志

       server-id=222       //[必须]服务器唯一ID，默认是1，一般取IP最后一段

3、修改从服务器slave:

   #vi /etc/my.cnf

       [mysqld]

       log-bin=mysql-bin   //[必须]启用二进制日志

       server-id=226       //[必须]服务器唯一ID，默认是1，一般取IP最后一段

4、重启两台服务器的mysql

   /etc/init.d/mysql restart

5、在主服务器上建立帐户并授权slave:

   #/usr/local/mysql/bin/mysql -uroot -pmttang

   mysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; //一般不用root帐号，“%”表示所有客户端都可能连，只要帐号，密码正确，此处可用具体客户端IP代替，如192.168.145.226，加强安全。

6、登录主服务器的mysql，查询master的状态

   mysql>show master status;

   +------------------+----------+--------------+------------------+

   | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |

   +------------------+----------+--------------+------------------+

   | mysql-bin.000004 |      308 |              |                  |

   +------------------+----------+--------------+------------------+

   1 row in set (0.00 sec)

   注：执行完此步骤后不要再操作主服务器MYSQL，防止主服务器状态值变化

7、配置从服务器Slave：

   mysql>change master to aster_host='192.168.145.222',master_user='tb',master_password='q123456',

         master_log_file='mysql-bin.,000004',master_log_pos=308;   //注意不要断开，“308”无单引号。

   Mysql>start slave;    //启动从服务器复制功能

8、检查从服务器复制功能状态：

   mysql> show slave status\G

   *************************** 1. row ***************************

                Slave_IO_State: Waiting for master to send event

                   Master_Host: 192.168.2.222 //主服务器地址

                   Master_User: myrync         //授权帐户名，尽量避免使用root

                   Master_Port: 3306           //数据库端口，部分版本没有此行

                 Connect_Retry: 60

               Master_Log_File: mysql-bin.000004

           Read_Master_Log_Pos: 600        //#同步读取二进制日志的位置，大于等于>=Exec_Master_Log_Pos

                Relay_Log_File: ddte-relay-bin.000003

                 Relay_Log_Pos: 251

         Relay_Master_Log_File: mysql-bin.000004

              Slave_IO_Running: Yes       //此状态必须YES

             Slave_SQL_Running: Yes       //此状态必须YES

                    ......

注：Slave_IO及Slave_SQL进程必须正常运行，即YES状态，否则都是错误的状态(如：其中一个NO均属错误)。

以上操作过程，主从服务器配置完成。

9、主从服务器测试：

主服务器Mysql，建立数据库，并在这个库中建表插入一条数据：

mysql> create database hi_db;

Query OK, 1 row affected (0.00 sec)

mysql> use hi_db;

Database changed

mysql> create table hi_tb(id int(3),name char(10));

Query OK, 0 rows affected (0.00 sec)

mysql> insert into hi_tb values(001,'bobu');

Query OK, 1 row affected (0.00 sec)

mysql> show databases;

   +--------------------+

   | Database           |

   +--------------------+

   | information_schema |

   | hi_db              |

   | mysql              |

   | test               |

   +--------------------+

   4 rows in set (0.00 sec)

从服务器Mysql查询：

   mysql> show databases;

   +--------------------+

   | Database           |

   +--------------------+

   | information_schema |

   | hi_db              |          //I'M here，大家看到了吧

   | mysql              |

   | test               |

   +--------------------+

   4 rows in set (0.00 sec)

   mysql> use hi_db

   Database changed

   mysql> select * from hi_tb;    //可以看到在主服务器上新增的具体数据

   +------+------+

   | id   | name |

   +------+------+

   |    1 | bobu |

   +------+------+

   1 row in set (0.00 sec)

10、完成：

    编写一shell脚本，用nagios监控slave的两个“yes”，如发现只有一个或零个“yes”，就表明主从有问题了，发短信警报吧。
本文出自 “系统网络运维” 博客，请务必保留此出处http://369369.blog.51cto.com/319630/790921

本文链接

MySql主主(主从)同步配置详解

2012-06-03T05:28:00Z

MySql主主(主从)同步配置详解 | 简单.生活

MySql主主(主从)同步配置详解
Category : 工作学习 / Tags : mysql, 同步 / Date : 2011.05.28 / 2,287 views /

一、MySQL复制概述

MySQL支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。MySQL复制基于主服务器在二进制日志中跟踪所有对数据库的更改(更新、删除等等)。因此，要进行复制，必须在主服务器上启用二进制日志。每个从服务器从主服务器接收主服务器上已经记录到其二进制日志的保存的更新。当一个从服务器连接主服务器时，它通知主服务器定位到从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，并在本机上执行相同的更新。然后封锁并等待主服务器通知新的更新。从服务器执行备份不会干扰主服务器，在备份过程中主服务器可以继续处理更新。

二、复制实现细节

MySQL使用3个线程来执行复制功能，其中两个线程(Sql线程和IO线程)在从服务器，另外一个线程(IO线程)在主服务器。当发出START SLAVE时，从服务器创建一个I/O线程，以连接主服务器并让它发送记录在其二进制日志中的语句。主服务器创建一个线程将二进制日志中的内容发送到从服务器。该线程可以即为主服务器上SHOW PROCESSLIST的输出中的Binlog Dump线程。从服务器I/O线程读取主服务器Binlog Dump线程发送的内容并将该数据拷贝到从服务器数据目录中的本地文件中，即中继日志。第3个线程是SQL线程，由从服务器创建，用于读取中继日志并执行日志中包含的更新。在从服务器上，读取和执行更新语句被分成两个独立的任务。当从服务器启动时，其I/O线程可以很快地从主服务器索取所有二进制日志内容，即使SQL线程执行更新的远远滞后。

1、复制线程状态

通过show slave status\G和show master status可以查看复制线程状态。常见的线程状态有：

(1)主服务器Binlog Dump线程

Has sent all binlog to slave; waiting for binlog to be updated

线程已经从二进制日志读取所有主要的更新并已经发送到了从服务器。线程现在正空闲，等待由主服务器上新的更新导致的出现在二进制日志中的新事件。

(2)从服务器I/O线程状态

Waiting for master to send event

线程已经连接上主服务器，正等待二进制日志事件到达。如果主服务器正空闲，会持续较长的时间。如果等待持续slave_read_timeout秒，则发生超时。此时，线程认为连接被中断并企图重新连接。

(3)从服务器SQL线程状态

Reading event from the relay log

线程已经从中继日志读取一个事件，可以对事件进行处理了。

Has read all relay log; waiting for the slave I/O thread to update it

线程已经处理了中继日志文件中的所有事件，现在正等待I/O线程将新事件写入中继日志。

2、复制过程中使用的传递和状态文件

默认情况，中继日志使用host_name-relay-bin.nnnnnn形式的文件名，其中host_name是从服务器主机名，nnnnnn是序列号。中继日志与二进制日志的格式相同，并且可以用mysqlbinlog读取。

从服务器在data目录中另外创建两个小文件。这些状态文件默认名为主master.info和relay-log.info。状态文件保存在硬盘上，从服务器关闭时不会丢失。下次从服务器启动时，读取这些文件以确定它已经从主服务器读取了多少二进制日志，以及处理自己的中继日志的程度。

如果要备份从服务器的数据，还应备份这两个小文件以及中继日志文件。它们用来在恢复从服务器的数据后继续进行复制。如果丢失了中继日志但仍然有relay-log.info文件，可以通过检查该文件来确定SQL线程已经执行的主服务器中二进制日志的程度。然后可以用Master_Log_File和Master_LOG_POS选项执行CHANGE MASTER TO来告诉从服务器重新从该点读取二进制日志。

三、MySQL建立主从服务器配置方法

A、环境描述

服务器A(主) 192.168.1.106

服务器B(从) 192.168.1.107

Mysql版本：5.5.11

System OS：CentOS 5.6 X64

主从需同步的数据库内容保持一致。

B、主从配置过程

主服务器

a)创建同步用户

在主服务器上为从服务器建立一个连接帐户，该帐户必须授予REPLICAITON SLAVE权限。

服务器A：
?View Code BASH

1
2



grant replication slave on *.* to 'replication'@'192.168.1.%' identified by '000000';
flush privileges;

b)修改mysql配置文件
?View Code BASH

1
2
3
4
5



[mysqld]
server-id = 1
log-bin=/data0/mysql/binlog/binlog
binlog-do-db = test
binlog-ignore-db=mysql

c)重启mysql服务
?View Code BASH

1
2
3
4
5



# /data0/mysql/mysql restart

Restarting MySQL...
Stoping MySQL...
Starting MySQL...

d)、查看主服务器状态
?View Code BASH

1
2
3
4
5
6
7
8
9
10



mysql>flush tables with read lock;
mysql>show master status\G
*************************** 1. row ***************************
            File: binlog.000006
        Position: 107
    Binlog_Do_DB: test
Binlog_Ignore_DB: mysql
1 row in set (0.00 sec)

mysql>unlock tables;

注：这里锁表的目的是为了生产环境中不让进新的数据，好让从服务器定位同步位置。初次同步完成后，记得解锁。

从服务器

a)修改mysql配置文件
?View Code BASH

1
2
3
4
5



[mysqld]
server-id = 2
log-bin = /data0/mysql/binlog/binlog
replicate-do-db = test
replicate-ignore-db = mysql,information_schema

b)重启mysql服务
?View Code BASH

1
2
3
4
5



# /data0/mysql/mysql restart

Restarting MySQL...
Stoping MySQL...
Starting MySQL...

c)用change master语句指定同步位置
?View Code BASH

1



mysql>change master to master_host='192.168.1.106', master_user='replication', master_password='000000', master_log_file='binlog.000006', master_log_pos=107;

注：master_log_file，master_log_pos由上面主服务器查出的状态值中确定。master_log_file对应File，master_log_pos对应Position。

mysql 5.x以上版本已经不支持在配置文件中指定主服务器相关选项。

d)启动从服务器线程
?View Code BASH

1



mysql>start slave;

e)查看从服务器状态
?View Code BASH

1
2
3
4



mysql>show slave status\G;

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

查看以上两项的值，均为Yes则表示状态正常。

C、测试主从同步

先在主库中插入一条新的数据
?View Code BASH

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16



mysql> use test
Database changed

mysql> desc wp_terms;
+------------+---------------------+------+-----+---------+----------------+
| Field      | Type                | Null | Key | Default | Extra          |
+------------+---------------------+------+-----+---------+----------------+
| term_id    | bigint(20) unsigned | NO   | PRI | NULL    | auto_increment |
| name       | varchar(200)        | NO   | MUL |         |                |
| slug       | varchar(200)        | NO   | UNI |         |                |
| term_group | bigint(10)          | NO   |     | 0       |                |
+------------+---------------------+------+-----+---------+----------------+
4 rows in set (0.02 sec)

mysql> insert wp_terms values(1116,'MikeTestMySQL','Mike-Test-Mysql-Repli',0);
Query OK, 1 row affected (0.03 sec)

在从库中查询，看到之前主库新增的数据就成功了。
?View Code BASH

1
2
3
4
5
6
7



mysql> select * from test.wp_terms where term_id=1116;
+---------+---------------+-----------------------+------------+
| term_id | name          | slug                  | term_group |
+---------+---------------+-----------------------+------------+
|    1116 | MikeTestMySQL | Mike-Test-Mysql-Repli |          0 |
+---------+---------------+-----------------------+------------+
1 row in set (0.00 sec)

四、MySQL建立主主服务器配置方法

MySQL主主服务器的思路和主从差不多，本质就是让多台MySQL服务器间互为主从。本来只想写差异的地方，但文章逻辑不太好组织。

下面的是完整配置过程，如已按上面配置了主从架构，只需调整差异部分就好了。

A、环境描述

服务器A(主) 192.168.1.106

服务器B(主) 192.168.1.107

Mysql版本：5.5.11

System OS：CentOS 5.6 X64

主从需同步的数据库内容保持一致。

B、主主配置过程

a)创建同步用户

在主服务器上为从服务器建立一个连接帐户，该帐户必须授予REPLICAITON SLAVE权限。

这里服务器A和服务器B互为主从，所以都要分别建立一个同步用户。

服务器A和B：
?View Code BASH

1
2



grant replication slave on *.* to 'replication'@'192.168.1.%' identified by '000000';
flush privileges;

b)修改mysql配置文件

服务器A
?View Code BASH

1
2
3
4
5
6
7
8
9
10
11
12



[mysqld]
server-id = 1
log-bin=/data0/mysql/binlog/binlog
binlog-do-db = test
binlog-ignore-db=mysql
#主主需加入的部分
log-slave-updates
sync_binlog=1
auto_increment_offset=1
auto_increment_increment=2
replicate-do-db = test
replicate-ignore-db = mysql,information_schema

服务器B
?View Code BASH

1
2
3
4
5
6
7
8
9
10
11
12



[mysqld]
server-id = 2
log-bin = /data0/mysql/binlog/binlog
replicate-do-db = test
replicate-ignore-db = mysql,information_schema
#主主需要加入部分
binlog-do-db = test
binlog-ignore-db=mysql
log-slave-updates
sync_binlog=1
auto_increment_offset=2
auto_increment_increment=2

c)分别重启服务器A、B上的mysql服务
?View Code BASH

1
2
3
4
5



# /data0/mysql/mysql restart

Restarting MySQL...
Stoping MySQL...
Starting MySQL...

d)、分别在服务器A、B上查看做为主服务器状态

A服务器
?View Code BASH

1
2
3
4
5
6
7
8
9
10



mysql>flush tables with read lock;
mysql> show master status\G
*************************** 1. row ***************************
File: binlog.000007
Position: 107
Binlog_Do_DB: test
Binlog_Ignore_DB: mysql
1 row in set (0.00 sec)

mysql>unlock tables;

B服务器
?View Code BASH

1
2
3
4
5
6
7



mysql> show master status\G
*************************** 1. row ***************************
File: binlog.000005
Position: 107
Binlog_Do_DB: test
Binlog_Ignore_DB: mysql
1 row in set (0.00 sec)

注：这里锁表的目的是为了生产环境中不让进新的数据，好让从服务器定位同步位置。初次同步完成后，记得解锁。

c)分别在服务器A、B上用change master语句指定同步位置

A、服务器
?View Code BASH

1



mysql>change master to master_host='192.168.1.107', master_user='replication', master_password='000000', master_log_file='binlog.000005', master_log_pos=107;

B、服务器
?View Code BASH

1



mysql>change master to master_host='192.168.1.106', master_user='replication', master_password='000000', master_log_file='binlog.000007', master_log_pos=107;

注：master_log_file，master_log_pos由上面主服务器查出的状态值中确定。master_log_file对应File，master_log_pos对应Position。

mysql 5.x以上版本已经不支持在配置文件中指定主服务器相关选项。

d)分别在服务器A、B上启动从服务器线程
?View Code BASH

1



mysql>start slave;

e)分别在服务器A、B上查看从服务器状态
?View Code BASH

1
2
3
4



mysql>show slave status\G;

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

查看以上两项的值，均为Yes则表示状态正常。

C、测试主主同步

测试服务器A

在服务器A中插入一条新的数据
?View Code BASH

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16



mysql> use test
Database changed

mysql> desc wp_terms;
+------------+---------------------+------+-----+---------+----------------+
| Field      | Type                | Null | Key | Default | Extra          |
+------------+---------------------+------+-----+---------+----------------+
| term_id    | bigint(20) unsigned | NO   | PRI | NULL    | auto_increment |
| name       | varchar(200)        | NO   | MUL |         |                |
| slug       | varchar(200)        | NO   | UNI |         |                |
| term_group | bigint(10)          | NO   |     | 0       |                |
+------------+---------------------+------+-----+---------+----------------+
4 rows in set (0.02 sec)

mysql> insert wp_terms values(NULL,'MikeTestMySQLMM106','Mike-Test-Mysql-MM',0);
Query OK, 1 row affected (0.03 sec)

在服务器B中查询，看到之前服务器A新增的数据就成功了。
?View Code BASH

1
2
3
4
5
6
7



mysql> select * from test.wp_terms where name='MikeTestMySQLMM106';
+---------+--------------------+--------------------+------------+
| term_id | name               | slug               | term_group |
+---------+--------------------+--------------------+------------+
|    1121 | MikeTestMySQLMM106 | Mike-Test-Mysql-MM |          0 |
+---------+--------------------+--------------------+------------+
1 row in set (0.00 sec)

测试服务器B

在服务器B中插入一条新的数据
?View Code BASH

1
2



mysql> insert wp_terms values(NULL,'MikeTestMySQLMM107','Mike-Test-Mysql-MM-107',0);
Query OK, 1 row affected (0.03 sec)

在服务器A中查询，看到之前服务器B新增的数据就成功了。
?View Code BASH

1
2
3
4
5
6
7



mysql> select * from test.wp_terms where name='MikeTestMySQLMM107';
+---------+--------------------+------------------------+------------+
| term_id | name               | slug                   | term_group |
+---------+--------------------+------------------------+------------+
|    1122 | MikeTestMySQLMM107 | Mike-Test-Mysql-MM-107 |          0 |
+---------+--------------------+------------------------+------------+
1 row in set (0.00 sec)

五、配置参数说明

server-id

ID值唯一的标识了复制群集中的主从服务器，因此它们必须各不相同。master_id必须为1到232–1之间的一个正整数值，slave_id值必须为2到232–1之间的一个正整数值。

log-bin

表示打开binlog,打开该选项才可以通过I/O写到Slave的relay-log,也是可以进行replication的前提;

binlog-do-db

表示需要记录进制日志的数据库。如果有多个数据库可用逗号分隔，或者使用多个binlog-do-db选项

binlog-ignore-db

表示不需要记录二进制日志的数据库。如果有多个数据库可用逗号分隔，或者使用多个binlog-do-db选项

replicate-do-db

表示需要同步的数据库，如果有多个数据库可用逗号分隔，或者使用多个replicate-do-db选项

replicate-ignore-db=mysql

表示不需要同步的数据库，如果有多个数据库可用逗号分隔，或者使用多个replicate-ignore-db=mysql选项

log-slave-updates

配置从库上的更新操作是否写入二进制文件，如果这台从库，还要做其他从库的主库，那么就需要打这个参数，以便从库的从库能够进行日志同步

slave-skip-errors

在复制过程，由于各种原因导致binlog中的sql出错，默认情况下，从库会停止复制，要用户介入。可以设置Slave-skip-errors来定义错误号，如果复制过程中遇到的错误号是定义的错误号，便可以跳过。如果从库是用来做备份，设置这个参数会存在数据不一致，不要使用。如果是分担主库的查询压力，可以考虑。

sync_binlog=1 or N

sync_binlog的默认值是0，这种模式下，MySQL不会同步到磁盘中去。这样的话，MySQL依赖操作系统来刷新二进制日志binary log，就像操作系统刷其他文件的机制一样。因此如果操作系统或机器(不仅仅是MySQL服务器)崩溃，有可能binlog中最后的语句丢失了。要想防止这种情况，你可以使用sync_binlog全局变量，使binlog在每N次binlog写入后与硬盘同步。当sync_binlog变量设置为1是最安全的，因为在crash崩溃的情况下，你的二进制日志binary log只有可能丢失最多一个语句或者一个事务。但是，这也是最慢的一种方式（除非磁盘有使用带蓄电池后备电源的缓存cache，使得同步到磁盘的操作非常快）。

即使sync_binlog设置为1,出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。如果使用InnoDB表，MySQL服务器处理COMMIT语句，它将整个事务写入binlog并将事务提交到InnoDB中。如果在两次操作之间出现崩溃，重启时，事务被InnoDB回滚，但仍然存在binlog中。可以用–innodb-safe-binlog选项来增加InnoDB表内容和binlog之间的一致性。(注释：在MySQL 5.1中不需要–innodb-safe-binlog；由于引入了XA事务支持，该选项作废了），该选项可以提供更大程度的安全，使每个事务的 binlog(sync_binlog =1)和(默认情况为真)InnoDB日志与硬盘同步，该选项的效果是崩溃后重启时，在滚回事务后，MySQL服务器从binlog剪切回滚的 InnoDB事务。这样可以确保binlog反馈InnoDB表的确切数据等，并使从服务器保持与主服务器保持同步(不接收回滚的语句)。

auto_increment_offset和auto_increment_increment

auto_increment_increment和auto_increment_offset用于主－主服务器(master-to-master)复制，并可以用来控制AUTO_INCREMENT列的操作。两个变量均可以设置为全局或局部变量，并且假定每个值都可以为1到65,535之间的整数值。将其中一个变量设置为0会使该变量为1。

这两个变量影响AUTO_INCREMENT列的方式：auto_increment_increment控制列中的值的增量值,auto_increment_offset确定AUTO_INCREMENT列值的起点。

如果auto_increment_offset的值大于auto_increment_increment的值，则auto_increment_offset的值被忽略。例如：表内已有一些数据，就会用现在已有的最大的自增值做为初始值。

六、二进制日志清除

主同步服务器产生的二进制日志会占据大量的磁盘空间，应定期删除过期的bin-log。

A、通过PURGE MASTER LOGS删除

如果您有一个在用的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起作用，而是会失败，并伴随一个错误。不过，如果从属服务器是停止的，并且您碰巧清理了其想要读取的日志之一，则从属服务器启动后不能复制。当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。

要清理日志，需按照以下步骤：

1、在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

2、使用SHOW MASTER LOGS获得主服务器上的一系列日志。

3、在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的，这是清单上的最后一个日志。

4、制作您将要删除的所有日志的备份。(建议备份)

5、清理所有的日志，但是不包括目标日志。

PURGE 语法

PURGE {MASTER | BINARY} LOGS TO ‘log_name’

PURGE {MASTER | BINARY} LOGS BEFORE ‘date’

用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除，这样被给定的日志成为第一个。

BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。

例如：
?View Code BASH

1
2
3
4
5
6
7
8
9



#删除binlog.000002之前的而不包含binlog.000002

mysql> PURGE MASTER LOGS TO 'binlog.000002';

#删除2011-05-28 1:35:00之前的
mysql> PURGE MASTER LOGS BEFORE '2011-05-28 1:35:00';

#清除3天前的binlog
mysql> PURGE MASTER LOGS BEFORE DATE_SUB(NOW( ), INTERVAL 3 DAY);

B、设置expire-logs-days参数

缺省expire-logs-days为30天。这里设为7天，可根据自己情况调整。
?View Code BASH

1
2



[mysqld]
expire-logs-days = 7

七、用于控制主、从服务器的SQL语句

A、用于控制主服务器的SQL语句

PURGE MASTER LOGS

用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除，这样被给定的日志成为第一个。

RESET MASTER

可以删除列于索引文件中的所有二进制日志，把二进制日志索引文件重新设置为空，并创建一个新的二进制日志文件。

SET SQL_LOG_BIN

如果客户端使用一个有SUPER权限的账户连接，则可以禁用或启用当前连接的二进制日志记录。如果客户端没有此权限，则语句被拒绝，并伴随有错误。

SHOW BINLOG EVENTS

用于在二进制日志中显示事件。如果您不指定’log_name’，则显示第一个二进制日志。

SHOW MASTER LOGS

用于列出服务器中的二进制日志文件。

SHOW MASTER STATUS

用于提供主服务器二进制日志文件的状态信息。

SHOW SLAVE HOSTS

用于显示当前使用主服务器注册的复制从属服务器的清单。

B、用于控制从服务器的SQL语句

CHANGE MASTER TO

可以更改从属服务器用于与主服务器进行连接和通讯的参数。

LOAD DATA FROM MASTER

用于对主服务器进行快照，并拷贝到从属服务器上。

LOAD TABLE tbl_name FROM MASTER

用于把表的拷贝从主服务器转移到从属服务器。

MASTER_POS_WAIT()

这实际上是一个函数，而不是一个语句。它被用于确认，从属服务器已读取并执行了到达主服务器二进制日志的给定位置。

RESET SLAVE

用于让从属服务器忘记其在主服务器的二进制日志中的复制位置。

SET GLOBAL SQL_SLAVE_SKIP_COUNTER

从主服务器中跳过后面的n个事件。要复原由语句导致的复制中止，这是有用的。

SHOW SLAVE STATUS

用于提供有关从属服务器线程的关键参数的信息。

START SLAVE

用于启动从属服务器线程

STOP SLAVE

用于中止从属服务器线程

以上内容摘自MySQL官方手册，具体用法详见：http://dev.mysql.com/doc/refman/5.1/zh/sql-syntax.html#reset-master

八、主从复制如何提高可靠性

主从单向复制，从服务器只是实时的保存了主服务器的一个副本。当主服务器发生故障时，可以切换到从服务器继续做查询，但不能更新。

如果采用双向复制，即两台mysql服务器即作为主服务器，又作为从服务器。那么两者都可以执行更新操作并能实现负载均衡，当一方出现故障时，另一方不受影响。但是，除非能保证任何更新操作顺序都是安全的，否则双向复制会导致失败。

为了更好的提高可靠性和可用性，需要当主服务器不可用时，令从服务器成为Master。原来的主服务器设定为Slave，并从新的Master上同步更新。现在已经有了一个这样开源解决方案[MySQL Master-Master Replication Manager]，后面我会在写一篇关MySQL MMM架构的方案，敬请期待！

九、参考文档

http://www.google.com

http://blogold.chinaunix.net/u3/93755/showart.php?id=2213538

http://hahaxiao.techweb.com.cn/archives/465.html

http://blog.csdn.net/libraworm/archive/2007/07/23/1703365.aspx

http://dev.mysql.com/doc/refman/5.1/zh/sql-syntax.html#reset-master

无觅相关文章插件，快速提升流量

本文链接