mysql恢复到一个新的mysql主和从数据库

环境介绍:有两套mysql主从(A和B),现需求将A套的mysql从库恢复到B套的mysql主库和从库。执行过程如下:

  1. 先将A套的mysql从库备份,传至B套服务器上

从库操作

停止主从关系

slave stop;

然后分别恢复B套的主和从的数据库

mysql -uroot -proot

use dbname

source /data/tmp/dbname_20141010.sql

从库链接主库的用户slave  密码slave (如果忘记了可以新建一个用户http://xficc.blog.51cto.com/1189288/1562168)

主库 查询  FILE 及 Position 的值

show master status;

从库 配置

mysql> change master to

master_host=‘主库ip‘,

master_user=‘slave‘,

master_password=‘slave‘,

master_log_file=‘mysql-bin.000007‘,  #主库 查出来的 show master status;

master_log_pos=7;   #主库 查出来的 show master status;

然后执行     slave start;

##################################################################

查看主库状态

show processlist\G;

//state状态应该为Has sent all binlog to slave; waiting for binlog to be updated

查看从库状态

show slave status\G;

//Slave_IO_Running 与 Slave_SQL_Running 状态都要为Yes

show processlist;

//应该有两行state值为:

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

Waiting for master to send event

时间: 2024-08-06 16:04:21

mysql恢复到一个新的mysql主和从数据库的相关文章

MySQL PXC构建一个新节点只需IST传输的方法

需求场景:原有的pxc环境数据量已经比较大,新买的服务器要加入此集群中,如何让其用IST的方式传输,而不是SST. PXC传输数据有两种方式: IST: Incremental State Transfer 增量同步    SST:State Snapshot Transfer 全量同步 IST 发生的条件:This is done using caching mechanism on nodes (即只发生在之前集群里的节点数据还有在缓存中) 判断方法: mysql> show global

To restore the database on a new host-将数据库恢复至一个新的主机上

To restore the database on a new host:1. Ensure that the backups of the target database are accessible on the new host.2. Configure the ORACLE_SID on hostb.3. Start RMAN on hostb and connect to the target database without connecting to the recovery c

MySQL Database on Azure新功能

本月中国版的MySQL Database on Azure发布了两项新功能: 1.主从复制——只读实例 在这之前Azure上的MySQL数据库也是支持主从复制的,但是只能作为on-premises部署的MySQL的slave实例——Azure上的MySQL数据库是不可以作为master来使用的. 经过本次更新,我们可以给Azure上的MySQL数据库创建一个或者多个slave实例,即:只读实例. 这样就方便用户为使用MySQL的应用实施读写分离,例如:从slave中检索报表.同时也进一步提高了M

Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111)解决方法

问题:正常启动mysql,显示成功,查看状态报错 .并且不能连接 查看启动日志,发现是内存不够启动(低配云服务器) 解决方案: 1.停掉一些不使用的进程释放内存 2.在/var/lib/mysql/下创建一个空的   mysql.pid 文件 [[email protected] mysql]# echo >> chendu.pid 3.重新启动 Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.s

MySQL恢复备份读书笔记

1. 任何执行时间长于 wait_timeout或interactive_timeout选项值得备份,都会导致会话被关闭,这也会隐含执行UNLOCK TABLES命令.2. 对于使用FLUSH TABLES WITH READ LOCK的备份策略来讲,一个共同的缺陷是它们需要两个独立的线程来完成备份过程.运行FLUSH TABLES WITH READ LOCK命令, 然后从当前连接退出将自动执行一条UNLOCK TABLES命令.从FLUSH TABLES WITH READ LOCK成功返回

mysql主从复制、半同步复制、主主复制、及从库升级为主库讲解

一.主从复制结构 binlog dump --- io thread  ---  relay log ---- sql thread 1.总体讲解 主从复制时是异步的 半同步是在主从架构下安装插件来达到半同步的 半同步的优点:保证至少一个节点的数据和主节点的数据一致,缺点影响性能 导致主从不同步的原因是 现在的服务器都是单核多线程或者多核多线程,导致主节点可以同时执行多条读写操作,而记录二进制日志则必须按顺序有先后的记录,从节点在一条一条复制过去,生成中继日志,再执行语句. 多个库复制的话,可以

8.31 MySQL主从配置、准备工作、配置主、配置从、测试主从同步

1.MySQL主从配置  MySQL主从又叫做Replication.AB复制.简单讲就是A和B两台机器做主从后,在A上写数据,另外一台B也会跟着写数据,两者数据是实时同步的 MySQL主从是基于binlog的,主上须开启binlog才能进行主从. 主从过程大致有3个步骤 1)主将更改操作记录到binlog里 2)从将主的binlog事件(sql语句)同步到从本机上并记录在relaylog里 3)从根据relaylog里面的sql语句按顺序执行 主上有一个log dump线程,用来和从的I/O线

MySQL 5.7.17主从复制实战(一主多从)

MySQL 5.7.17主从复制实战(一主多从) 主从复制的原理: 分为同步复制和异步复制,实际复制架构中大部分为异步复制. 复制的基本过程如下: 1).Slave上面的IO进程连接上Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容: 2).Master接收到来自Slave的IO进程的请求后,通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息,返回给Slave 的IO进程.返回信息中除了日志所包含的信息之外,还包括本次返回的信息已经到Master

搭建MySQL的主从、半同步、主主复制架构

复制其最终目的是让一台服务器的数据和另外的服务器的数据保持同步,已达到数据冗余或者服务的负载均衡.一台主服务器可以连接多台从服务器,并且从服务器也可以反过来作为主服务器.主从服务器可以位于不同的网络拓扑中,由于mysql的强大复制功能,其复制目标可以是所有的数据库,也可以是某些数据库,甚至是某个数据库中的某些表进行复制. MySQL支持的两种复制方案:基于语句复制,基于行复制基于语句复制基于行复制,这两种复制方式都是通过记录主服务器的二进制日志中任何有可能导致数据库内数据发生改变的SQL语句到中