linux mysql5.045复制从机器
在线mysql 复制主机重新启动(迁移环境)
复制从机 遇到奇怪复制错误
(复制主机的参数my.cnf 简单修改了,从他的binlog 看他的是正常的
-rw-rw---- 1 mysql mysql 1.1G Aug 14 22:15 mysql-bin.001048
-rw-rw---- 1 mysql mysql 1.1G Aug 15 17:40 mysql-bin.001049
-rw-rw---- 1 mysql mysql 1.1G Aug 16 05:34 mysql-bin.001050
-rw-rw---- 1 mysql mysql 1.1G Aug 16 20:43 mysql-bin.001051
-rw-rw---- 1 mysql mysql 746M Aug 17 06:44 mysql-bin.001052----------从这里开始重新启动 按道理正常应该1.1g大小
现在仅仅机器重新启动后为 746M
-rw-rw---- 1 mysql mysql 376M Aug 17 14:24 mysql-bin.001053
)我在从机器从err.log里 取 mysql-bin.001052的最后丢失position 连接 复制主机
但是从机器死活不能正常连接到主机器
总是
Slave_IO_Runnin yes
Slave_SQL_Running no结果类似下面错误
110817 8:34:13 [Note] Slave I/O thread: connected to master 'myuser@... 3306', replication started in log 'mysql-bin.00153' at position 280764
110817 8:34:13 [Note] Slave SQL thread exiting, replication stopped in log 'mysql-bin.00153' at position 646
110817 8:40:33 [Note] Slave I/O thread killed while reading event
按照 正常道理
replication stopped in log 'mysql-bin.00153' at position 646 这个 数值应该大于 at position 280764但从错误日志里 'mysql-bin.00153' at position 646 到底为什么(position 646)会小
而且我在 'mysql-bin.00153'死活找不到 646 这个position 这有400 800 (中间是没有646的 而且我是从position 280764开始change master的
而且 我从 280764后面找到一些insert 有主键的语句 发现后面有些sql实际 是在从机器已经执行的
这里从机器的错误positon 为什么是错误的。 该如何找到 正确的postion
) ?
在线mysql 复制主机重新启动(迁移环境)
复制从机 遇到奇怪复制错误
(复制主机的参数my.cnf 简单修改了,从他的binlog 看他的是正常的
-rw-rw---- 1 mysql mysql 1.1G Aug 14 22:15 mysql-bin.001048
-rw-rw---- 1 mysql mysql 1.1G Aug 15 17:40 mysql-bin.001049
-rw-rw---- 1 mysql mysql 1.1G Aug 16 05:34 mysql-bin.001050
-rw-rw---- 1 mysql mysql 1.1G Aug 16 20:43 mysql-bin.001051
-rw-rw---- 1 mysql mysql 746M Aug 17 06:44 mysql-bin.001052----------从这里开始重新启动 按道理正常应该1.1g大小
现在仅仅机器重新启动后为 746M
-rw-rw---- 1 mysql mysql 376M Aug 17 14:24 mysql-bin.001053
)我在从机器从err.log里 取 mysql-bin.001052的最后丢失position 连接 复制主机
但是从机器死活不能正常连接到主机器
总是
Slave_IO_Runnin yes
Slave_SQL_Running no结果类似下面错误
110817 8:34:13 [Note] Slave I/O thread: connected to master 'myuser@... 3306', replication started in log 'mysql-bin.00153' at position 280764
110817 8:34:13 [Note] Slave SQL thread exiting, replication stopped in log 'mysql-bin.00153' at position 646
110817 8:40:33 [Note] Slave I/O thread killed while reading event
按照 正常道理
replication stopped in log 'mysql-bin.00153' at position 646 这个 数值应该大于 at position 280764但从错误日志里 'mysql-bin.00153' at position 646 到底为什么(position 646)会小
而且我在 'mysql-bin.00153'死活找不到 646 这个position 这有400 800 (中间是没有646的 而且我是从position 280764开始change master的
而且 我从 280764后面找到一些insert 有主键的语句 发现后面有些sql实际 是在从机器已经执行的
这里从机器的错误positon 为什么是错误的。 该如何找到 正确的postion
) ?
解决方案 »
- mysql中这条语句怎么会出错?
- MYSQL连接的问题。。
- 求助,这条sql语句应该怎么写!
- 求助大虾有关mysql树的问题
- mysql奇怪的查询问题,float查询不出来
- MYSQL图片问题
- 如何让两个Discuz4论坛共享相同的用户数据?
- mysql里的字段类型是DATETIME,字段内容是包括日期和时间的 就是这样的 2004-8-15 17:12:07 的,我如何得到 2004-8-15
- 刚刚学用MYSQL请问出现如下错误是什么意思呢?
- 用php在mysql中查询两个无关联的表,如何查
- SET GLOBAL log_bin_trust_function_creators = 1 如何在my.cnf里面配置?
- MYSQL事件为什么会这样?
110817 8:34:13 [Note] Slave SQL thread exiting, replication stopped in log 'mysql-bin.00153' at position 646
110817 8:40:33 [Note] Slave I/O thread killed while reading event
replication stopped in log 'mysql-bin.00153' at position 646 这个 数值应该大于 at position 280764但从错误日志里 'mysql-bin.00153' at position 646 到底为什么(position 646)会小
如果主服务器没有sync_binlog 配置 主服务器 他可能 不会 在崩溃前把二进制日志事件写入磁盘。
从服务器io线程 因此也会处于读取永远不会到达磁盘的事件(上面问题比这个简单)的过程中。当主服务器重新启动,从服务器会重新俩连接并且再次读,但主服务器响应无法找到该事件。二进制日志转存过程通常是同时,这个ofen见到。
解决是从下一个日志开始读取。如果设置 sync-binlog可以防止日志事件丢失