摘要: mysql 从 3.23.15 版本以后提供数据库复制功能。利用该功能可以实现两个数据库同步，主从模式，互相备份模式的功能。 (2004-02-12 10:45:10) 设置 mysql 数据同步 摘要 mysql 从 3.23.15 版本以后提供数据库复制功能。利用该功能可以实现两个数据库同步
 摘要:mysql从3.23.15版本以后提供数据库复制功能。利用该功能可以实现两个数据库同步，主从模式，互相备份模式的功能。(2004-02-12 10:45:10)  设置 mysql 数据同步
摘要
mysql从3.23.15版本以后提供数据库复制功能。利用该功能可以实现两个数据库同步，主从模式，互相备份模式的功能。(2004-02-12 10:45:10)
--------------------------------------------------------------------------------
by lanf, 出处：chinaunix
mysql从3.23.15版本以后提供数据库复制功能。利用该功能可以实现两个数据库同步，主从模式，互相备份模式的功能。
数据库同步复制功能的设置都在mysql的设置文件中体现。mysql的配置文件（一般是my.cnf）
在unix环境下在/etc/mysql/my.cnf 或者在mysql用户的home目录下面的my.cnf。
window环境中，如果c:根目录下有my.cnf文件则取该配置文件。当运行mysql的winmysqladmin.exe工具时候，该工具会把c:根目录下的my.cnf 命名为mycnf.bak。并在winnt目录下创建my.ini。mysql服务器启动时候会读该配置文件。所以可以把my.cnf中的内容拷贝到my.ini文件中，用my.ini文件作为mysql服务器的配置文件。
设置方法：
设置范例环境：
操作系统：window2000 professional
mysql：4.0.4-beta-max-nt-log
a ip:10.10.10.22
b ip:10.10.10.53
a:设置
1.增加一个用户最为同步的用户帐号：
grant file on *.* to backup@'10.10.10.53' identified by ‘1234’
2.增加一个数据库作为同步数据库：
create database backup
b:设置
1.增加一个用户最为同步的用户帐号：
grant file on *.* to backup@'10.10.10.22' identified by ‘1234’
2.增加一个数据库作为同步数据库：
create database backup
主从模式：a->b
a为master
修改a mysql的my.ini文件。在mysqld配置项中加入下面配置：
server-id=1
log-bin
#设置需要记录log 可以设置log-bin=c:mysqlbakmysqllog 设置日志文件的目录，
#其中mysqllog是日志文件的名称，mysql将建立不同扩展名，文件名为mysqllog的几个日志文件。
binlog-do-db=backup #指定需要日志的数据库
重起数据库服务。
用show master status 命令看日志情况。
b为slave
修改b mysql的my.ini文件。在mysqld配置项中加入下面配置：
server-id=2
master-host=10.10.10.22
master-user=backup #同步用户帐号
master-password=1234
master-port=3306
master-connect-retry=60 预设重试间隔60秒
replicate-do-db=backup 告诉slave只做backup数据库的更新
重起数据库
用show slave status看同步配置情况。
注意：由于设置了slave的配置信息，mysql在数据库目录下生成master.info
所以如有要修改相关slave的配置要先删除该文件。否则修改的配置不能生效。
双机互备模式。
如果在a加入slave设置，在b加入master设置，则可以做b->a的同步。
在a的配置文件中 mysqld 配置项加入以下设置：
master-host=10.10.10.53
master-user=backup
master-password=1234
replicate-do-db=backup
master-connect-retry=10
在b的配置文件中 mysqld 配置项加入以下设置：
log-bin=c:mysqllogmysqllog
binlog-do-db=backup
注意：当有错误产生时*.err日志文件。同步的线程退出，当纠正错误后要让同步机制进行工作，运行slave start
重起ab机器，则可以实现双向的热备。
测试：
向b批量插入大数据量表aa（1872000）条
a数据库每秒钟可以更新2500条数据。
相关 命令,
h. show processlist; // 显示系统中正在运行的所有进程，也就是当前正在执行的查询。大多数用户可以查看
他们自己的进程，但是如果他们拥有process权限，就可以查看所有人的进程，包括密码。
show slave status;
slave stop;
reset slave;
slave start;
如果你的数据不重要可以让这条记录的同步跳过去
slave stop;
set sql_slave_skip_counter=1;
slave start;
或直接把辅库的那条记录删掉
on slave上运行
load data from master;
show slave statusg
看看状态是否正常.有什么错误提示
*******************************************************
mysql 双机热备实战 --安恒网管员手记
2005-04-20 刘世伟
打印自: 安恒公司
地址: /news/article.php?articleid=625
mysql 双机热备实战 --安恒网管员手记
mysql实现双机热备，原理是通过更新日志,用mysql的select的文件操作功能，备机实时抓取主机的更新日志，当然这只是其原理，实际上并不需要我们自己去处理日志，明白了原理，实施就比较容易理解了。
这样，在主机端需要开一个账号，这个账号是备机用来抓取主机的更新日志。需要有文件访问权限，在早期，刚开始实现双机热备时，就是用的文件权限。
从mysql4 开始，添加了一个专门的权限，用来做热备，这个权限本质应该还是文件读取权限，但是应该只能用来读取日志，防止一些漏洞。
对于客户端来说，就是设置这个账号，密码，主服务器地址，还有要同步的数据库名。这只是单向的，再配置一个对等的同步通道，就支持双向的热备了。
通过热备，还可以备端从主端load全部数据。这个在同步出错时可以使用。load权限是一个单独的mysql权限,这样跟热备有关的mysql的权限有2个，日志抓取和数据载入(replication slave, replication client )
在服务器端开备份账号
grant replication slave , replication client on * . * to backup@ 192.168.1.2identified by *****with max_queries_per_hour 0 max_connections_per_hour 0 max_updates_per_hour 0 ;
在服务器端打开日志功能
/etc/mysql/my.cnf
[mysqld]
server-id = 1
log-bin
binlog-do-db = pa
max_binlog_size = 104857600
-------------------------------------------- 这样，mysql会在数据目录放置pa这个库的更新日志。等待备机来抓取。
客户端设置:
/etc/mysql/my.cnf
master-host=192.168.1.1
master-user=backup
master-password=12345
master-port=3306
master-connect-retry=60
replicate-do-db=pa
客户端会到服务器抓取pa库的更新日志，来更新本地的pa库。
几个跟热备有关的mysql命令:(需要在mysql命令行界面或query ）
stop slave #停止同步
start slave #开始同步，从日志终止的位置开始更新。
set sql_log_bin=0|1 #主机端运行，需要super权限，用来开停日志，随意开停，会造成主机从机数据不一致，造成错误
set global sql_slave_skip_counter=n # 客户端运行，用来跳过几个事件，只有当同步进程出现错误而停止的时候才可以执行。
reset master #主机端运行,清除所有的日志，这条命令就是原来的flush master
reset slave #从机运行，清除日志同步位置标志，并重新生成master.info
虽然重新生成了master.info,但是并不起用，最好，将从机的mysql进程重启一下，
load table tblname from master #从机运行，从主机端重读指定的表的数据，每次只能读取一个，受timeout时间限制，需要调整timeout时间。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net_read_timeout 和 net_write_timeout的值
load data from master #从机执行，从主机端重新读入所有的数据。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net_read_timeout 和 net_write_timeout的值
change master to master_def_list #在线改变一些主机设置，多个用逗号间隔,比如
change master to
master_host='master2.mycompany.com',
master_user='replication',
master_password='bigs3cret'
master_pos_wait() #从机运行
show master status #主机运行，看日志导出信息
show slave hosts #主机运行，看连入的从机的情况。
show slave status (slave)
show master logs (master)
show binlog events [ in 'logname' ] [ from pos ] [ limit [offset,] rows ]
purge [master] logs to 'logname' ; purge [master] logs before 'date'
--------------------------------------------------------------------------------
下面是q&a时间:
双机热备怎么配置？照上面再配置一个反向的更新就行了。
不用担心本机的更改会回环回来，因为server_id就是识别这个用的.
多机热备怎么做,几台mysql服务器就像首尾相连的蛇,组成一个环装,就可以了,而且还可以作几个单向的更新,用以分担select这样的读取操作的压力,因为mysql操作中大部分是
select操作.如下图所示:
补充:
mysql replication status mysql 設好 replication 後, 常會用以下指令來觀察 master, slave status, 但是秀出來的資訊代表的意思到底是如何呢
show master status show slave status
以下是 master 機器上, show master status 出來的 欄位 和 說明:
master_host: dbm1.domain_name master_user: repl master_port: 3306 connect_retry: 60 , 這個 mysql server 重啟動到現在已經 connect 幾次了(自己 restart 會歸零) master_log_file: dbm1-bin.009 , 目前 master 上已經寫到第幾個了 read_master_log_pos: 991863990 , slave讀到 master 這個 log file 的第幾筆了(master 上的 file) relay_log_file: dbs1-relay-bin.008 , slave目前正在寫入的 binary log (slave 上的 file) relay_log_pos: 303654057 , 寫到第幾筆了 relay_master_log_file: dbm1-bin.009 , slave目前傳到 master 上的第幾個(目前正在抓哪一個過來), 目前 master上, 已經讀到哪個 log file(relication) binary log(一堆 sql 指令執行的記錄, 可用 mysqlbinlog 讀取) slave_io_running: yes , 這個 process 有在 run(抓 binary log), 抓 log 回來 (no: 可能原因有 網路斷, 權限問題, master stop) slave_sql_running: yes , 是否有在執行 binary log (error) replicate_do_db: replicate_ignore_db: last_errno: 0 , 停掉前發生什麼事情, error number, 可用 perror 查詢 last_error: (error message) skip_counter: 0 (set db slave skip counter = 1, start slave) 跳過這一筆 exec_master_log_pos: 991863990 (要與 read_master_log_pos 一樣, 代表沒有 delay) relay_log_space: 303654057 目前有多少空間可以寫 平常最主要就是看 slave_io_running, slave_sql_running 是否是 yes, 是 yes 的話, 應該就都是正常在跑的狀況, 若是 no 的話, 就趕快去看一下 last_error 是發生什麼事了, 再來想辦法處理囉~