编程开发子分类MySQL实现两台主机同步的教程
MySQL支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护日志文件的一个索引以跟踪日志循环。
当一个从服务器连接到主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知下一次更新。
在实际项目中，两台分布于异地的主机上安装有MySQL数据库，两台服务器互为主备，客户要求当其中一台机器出现故障时，另外一台能够接管服务器上的应用，这就需要两台数据库的数据要实时保持一致，在这里使用MySQL的同步功能实现双机的同步复制。
以下是操作实例：
1、数据库同步设置
主机操作系统：RedHat Enterprise Linux 5
数据库版本：MySQL Ver 14.12 Distrib 5.0.22
前提：MySQL数据库正常启动
假设两台主机地址分别为：
ServA：10.240.136.9
ServB：10.240.136.149
1.1 配置同步账号
在ServA上增加一个ServB可以登录的帐号：
MySQL&GRANT all privileges ON *.* TO tongbu@‘10.240.136.149‘ IDENTIFIED BY ‘123456‘;
在ServB上增加一个ServA可以登录的帐号：
MySQL&GRANT all privileges ON *.* TO tongbu@‘10.240.136.9‘ IDENTIFIED BY ‘123456‘;
1.2 配置数据库参数
1、以root用户登录ServA，修改ServA的my.cnf文件
在[MySQLd]的配置项中增加如下配置：
1 default-character-set=utf8
3 log-bin=MySQL-bin
5 relay-log=relay-bin
7 relay-log-index=relay-bin-index
9 server-id=1
11 master-host=10.240.136.149
13 master-user=tongbu
15 master-password=123456
17 master-port=3306
19 master-connect-retry=30
21 binlog-do-db=umsdb
23 replicate-do-db=umsdb
25 replicate-ignore-table=umsdb.boco_tb_menu
27 replicate-ignore-table=umsdb.boco_tb_connect_log
29 replicate-ignore-table=umsdb.boco_tb_data_stat
31 replicate-ignore-table=umsdb.boco_tb_log_record
33 replicate-ignore-table=umsdb.boco_tb_workorder_record
2、以root用户登录ServB，修改ServB的my.cnf文件
在[MySQLd]的配置项中增加如下配置：
1 default-character-set=utf8
3 log-bin=MySQL-bin
5 relay-log=relay-bin
7 relay-log-index=relay-bin-index
9 server-id=2
11 master-host=10.240.136.9
13 master-user=tongbu
15 master-password=123456
17 master-port=3306
19 master-connect-retry=30
21 binlog-do-db=umsdb
23 replicate-do-db=umsdb
25 replicate-ignore-table=umsdb.boco_tb_menu
27 replicate-ignore-table=umsdb.boco_tb_connect_log
29 replicate-ignore-table=umsdb.boco_tb_data_stat
31 replicate-ignore-table=umsdb.boco_tb_log_record
33 replicate-ignore-table=umsdb.boco_tb_workorder_record
1.3 手工执行数据库同步
假设以ServA为主服务器，在ServB上重启MySQL：
service MySQLd restart
在ServB上用root用户登录MySQL，执行：
在ServA上重启MySQL：
service MySQLd restart
1.4 查看数据库同步状态
在MySQL命令提示符下执行：
MySQL& show slave status“G
将显示同步进程的状态，如下所示，两行蓝色字体为slave进程状态，如果都为yes表示正常;红色字体表示同步错误指示，如果有问题会有错误提示：
1 *************************** 1. row ***************************
3 Slave_IO_State: Waiting for master to send event
5 Master_Host: 10.21.2.90
7 Master_User: tongbu
9 Master_Port: 3306
11 Connect_Retry: 30
13 Master_Log_File: localhost-bin.000005
15 Read_Master_Log_Pos:
17 Relay_Log_File: localhost-relay-bin.000062
19 Relay_Log_Pos: 9826663
21 Relay_Master_Log_File: localhost-bin.000005
23 Slave_IO_Running: Yes
25 Slave_SQL_Running: Yes
27 Replicate_Do_DB: bak，umsdb
29 Replicate_Ignore_DB:
31 Replicate_Do_Table:
33 Replicate_Ignore_Table: umsdb.boco_tb_connect_log，umsdb.boco_tb_menu，umsdb.boco_tb_workorder_record，
umsdb.boco_tb_data_stat，umsdb.boco_tb_log_record
35 Replicate_Wild_Do_Table:
37 Replicate_Wild_Ignore_Table:
39 Last_Errno: 0
41 Last_Error:
43 Skip_Counter: 0
45 Exec_Master_Log_Pos:
47 Relay_Log_Space: 9826663
49 Until_Condition: None
51 Until_Log_File:
53 Until_Log_Pos: 0
55 Master_SSL_Allowed: No
57 Master_SSL_CA_File:
59 Master_SSL_CA_Path:
61 Master_SSL_Cert:
63 Master_SSL_Cipher:
65 Master_SSL_Key:
67 Seconds_Behind_Master:
3、数据库同步测试
配置完数据库后进行测试，首先在网络正常情况下测试，在ServA上进行数据库操作，和在ServB上进行数据库操作，数据都能够同步过去。
拔掉ServB主机上的网线，然后在ServA上做一些数据库操作，之后再恢复ServB的网络环境，但是在ServB上却看不到同步的数据，通过命令show slave status“G查看发现Slave_IO_Running的状态是No，这种状态持续很长一段时间，数据才能同步到ServB上去。这是什么问题呢?同步延迟不会这么大吧。后来通过网上查找相关资料，找到一个同步延迟相关的参数：
slave-net-timeout=seconds
参数含义：当slave从主数据库读取log数据失败后，等待多久重新建立连接并获取数据。
于是在配置文件中增加该参数，设置为60秒
slave-net-timeout=60
重启MySQL数据库后测试，该问题解决。
4、 数据库同步失效的解决
当数据同步进程失效后，首先手工检查slave主机当前备份的数据库日志文件在master主机上是否存在，在slave主机上运行：
MySQL& show slave status“G
一般获得如下的信息：
1 *************************** 1. row ***************************
3 Slave_IO_State: Waiting for master to send event
5 Master_Host: 10.21.3.240
7 Master_User: tongbu
9 Master_Port: 3306
11 Connect_Retry: 30
13 Master_Log_File: MySQL-bin.000001
15 Read_Master_Log_Pos: 360
17 Relay_Log_File: localhost-relay-bin.000003
19 Relay_Log_Pos: 497
21 Relay_Master_Log_File: MySQL-bin.000001
23 Slave_IO_Running: Yes
25 Slave_SQL_Running: Yes
27 Replicate_Do_DB: bak
29 Replicate_Ignore_DB:
31 Replicate_Do_Table:
33 Replicate_Ignore_Table:
35 Replicate_Wild_Do_Table:
37 Replicate_Wild_Ignore_Table:
39 Last_Errno: 0
41 Last_Error:
43 Skip_Counter: 0
45 Exec_Master_Log_Pos: 360
47 Relay_Log_Space: 497
49 Until_Condition: None
51 Until_Log_File:
53 Until_Log_Pos: 0
55 Master_SSL_Allowed: No
57 Master_SSL_CA_File:
59 Master_SSL_CA_Path:
61 Master_SSL_Cert:
63 Master_SSL_Cipher:
65 Master_SSL_Key:
67 Seconds_Behind_Master: 0
其中Master_Log_File描述的是master主机上的日志文件。
在master上检查当前的数据库列表：
得到的日志列表
Log_name File_size
localhost-bin.
localhost-bin.4
如果slave主机上使用的的Master_Log_File对应的文件在master的日志列表中存在，在slave主机上开启从属服务器线程后可以自动同步：
如果master主机上的日志文件已经不存在，则需要首先从master主机上恢复全部数据，再开启同步机制。
在slave主机上运行：
在master主机上运行：
在slave主机上运行：
在master主机上运行：
注意：LOAD DATA FROM MASTER目前只在所有表使用MyISAM存储引擎的数据库上有效。
MySQL数据库在主流操作系统下的同步
详解MySQL数据库提升性能的八种方法
详解MySQL分组查询Group By实现原理
阅读本文后您有什么感想? 已有
人给出评价!
04-10-0804-10-0704-10-0704-10-0704-10-0704-10-0704-10-0704-10-07
注：您的评论需要经过审核才会显示出来
Copyright &
PC6下载().All Rights Reserved
备案编号:湘ICP备号> 博客详情
人打赏支持
码字总数 15044
支付宝支付
微信扫码支付
打赏金额: ￥
已支付成功
打赏金额: ￥
& 开源中国(OSChina.NET) |
开源中国社区(OSChina.net)是工信部
指定的官方社区MySQL事务隔离级别详解 - JAVA夜无眠 - ITeye技术网站
博客分类：
SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。Read Uncommitted（读取未提交内容）
在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。Read Committed（读取提交内容）
这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别
也支持所谓的不可重复读（Nonrepeatable
Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。Repeatable Read（可重读）
这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读
Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影”
行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency
Control）机制解决了该问题。
Serializable（可串行化）
这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。
这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：
脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。
在MySQL中，实现了这四种隔离级别，分别有可能产生问题如下所示：
下面，将利用MySQL的客户端程序，分别测试几种隔离级别。测试数据库为test，表为tx；表结构：
两个命令行客户端分别为A，B；不断改变A的隔离级别，在B端修改数据。
（一）、将A的隔离级别设置为read uncommitted(未提交读)
在B未更新数据之前：
B更新数据：
经过上面的实验可以得出结论，事务B更新了一条记录，但是没有提交，此时事务A可以查询出未提交记录。造成脏读现象。未提交读是最低的隔离级别。
（二）、将客户端A的事务隔离级别设置为read committed(已提交读)
在B未更新数据之前：
B更新数据：
经过上面的实验可以得出结论，已提交读隔离级别解决了脏读的问题，但是出现了不可重复读的问题，即事务A在两次查询的数据不一致，因为在两次查询之间事务B更新了一条数据。已提交读只允许读取已提交的记录，但不要求可重复读。
(三)、将A的隔离级别设置为repeatable read(可重复读)
在B未更新数据之前：
B更新数据：
B插入数据：
由以上的实验可以得出结论，可重复读隔离级别只允许读取已提交记录，而且在一个事务两次读取一个记录期间，其他事务部的更新该记录。但该事务不要求与其他事务可串行化。例如，当一个事务可以找到由一个已提交事务更新的记录，但是可能产生幻读问题(注意是可能，因为数据库对隔离级别的实现有所差别)。像以上的实验，就没有出现数据幻读的问题。
(四)、将A的隔离级别设置为
(Serializable)
A端打开事务，B端插入一条记录
因为此时事务A的隔离级别设置为serializable，开始事务后，并没有提交，所以事务B只能等待。
事务A提交事务：
serializable完全锁定字段，若一个事务来查询同一份数据就必须等待，直到前一个事务完成并解除锁定为止
。是完整的隔离级别，会锁定对应的数据表格，因而会有效率的问题。
浏览 113298
浏览: 249999 次
来自: 杭州
浏览量：9547
像以上的实验，就没有出现数据幻读的问题。
---原因：MyS ...
贴代码来了。大家还要根据代码做一定的修改。＃＃＃＃＃＃＃＃＃＃ ...
ThreadPoolService类中的queue、threa ...
有点没有弄明白，自己测试的时候也出了点问题。。。求lz帮忙解答 ...
楼主：为什么我写的时候使用iterator.remove(); ...