Redhat上MySQL主从建立

主ip:192.168.1.1

从ip:192.168.1.2

主:#vim  /etc/my.cnf

添加:binlog-do-db=charlesdb    ##自己创建的同步数据库,这里是charlesdb
                binlog-ignore-db=mysql

修改:server_id=1                         ##server_id要不同

#service mysqld restart                       ##重启MySQL服务使配置文件生效

#mysql -u root -p密码

>create  database charlesdb;

>use mysql

>insert into mysql.user(Host,User,Password)   values(‘localhost‘,‘charles‘,password(‘redhat‘));

>grant replication slave on  *.*  to  ‘charles‘@‘192.168.1.2‘  identified by  ‘redhat‘;

>flush privileges;

>show master status;

>exit

#mysqldump -u root -p charlesdb > ~/root/charlesdb.sql

:输入本机密码

#scp charlesdb.sql [email protected]:/root

:yes

:1.2密码

从:#vim  /etc/my.cnf

添加:binlog-do-db=charlesdb            
                 binlog-ignore-db=mysql
       修改:server_id=2

#service mysqld restart

#mysql -u root -p密码

>create database charlesdb;

>use charlesdb;

>source charleddb.sql;

>slave stop;

>change master to

master_host=‘192.168.1.1‘,

master_user=‘charles‘,

master_password=‘redhat‘,

master_log_file=‘1.1上的偏移量‘,

master_log_pos=1.1上的端口号;

>slave start;

>show slave status\G;

时间: 2024-10-14 12:08:17

Redhat上MySQL主从建立的相关文章

记一次线上mysql主从架构异常的恢复经历

前提:之前一位同事负责的一位客户,因后期转到devops小组.所以将此用户交接给我,在后期发现有一套数据库主从环境,从库已经无法正常使用.查看slave 状态为: 其中:Master_Log_File:#此处显示的bin-log已经在master上找不见了Read_Master_Log_Pos:#显示的行数也就存在没有意义了Slave_IO_Running:NO #salve io进程显示为no,无法从master同步数据因此判定从库已经无法使用,需要及时修复.保证主从架构正常使用. 以下是恢复

实战处理mysql主从延时不一致之手动修复

前2天经常被同事反应crm后台系统和前台,经常报前后查询不一致的问题.一开始也很抓狂,从集群.日志跟踪.网络转包等方面排查,都没找到原因,后来经过和研发同事一起沟通,提出线上mysql主从数据库可能不一致导致,于是立马登陆mysql主从服务器,查看复制状态,到这很明显问题就找到. 手动修复主从延时不一致,主库完整mysqldump导出,注意用的参数.经过实践,是线上成功修复主从不一致的结果哦.还有个奇葩的问题,就是刚修复主从不一致,很快又出现,延时又拉很大.到这你是否会想到,主库有大量数据的写入

架构设计:系统存储(11)——MySQL主从方案业务连接透明化(上)

1.MySQL主从方案业务层的问题 在之前的文章中,我们提到MySQL一主多从集群模式下,对上层业务系统的访问带来了一些问题.本编文章中我们将深入分析这个问题,并介绍如何对这个问题进行改进.MySQL一主多从集群对上层业务系统带来的主要问题是,上层业务系统需要自行控制本次MySQL数据操作需要访问MySQL集群中的哪个节点.产生这个问题的主要原因,是因为MySQL一主多从集群本身并没有提供现成功能,将集群中的节点打包成统一服务并向外提供. 在上图所示的MySQL集群中,有一个Master节点负责

centos7上部署社交网站之MYSQL主从服务

部署MYSQL主从服务器,根据php程序员的要求创建数据库与表. 实验要求 主:192.168.43.229 从:192.168.43.198 主Master 开启时间同步 # systemctl stop firewalld.service //关闭防火墙 # setenforce 0 # vim /etc/ntp.conf 末尾添加:server 127.127.43.0 //本地是时钟源// fudge 127.127.43.0 stratum 8 //设置时间层级为8(限制在15内 #

mysql主从同步建立方法

mysql主从同步原理: (1) master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events),然后通知存储引擎(I/O thread)提交事务: (2) slave将master的binary log events拷贝到它的中继日志(relay log); (3) slave重做中继日志中的事件,将改变反映它自己的数据. mysql主从操作步骤: 1.编辑matser数据库的my.cnf文件,在[mysqld]下面插入以下配置,

在 CentOS7 上部署 MySQL 主从

在 CentOS7 上部署 MySQL 主从 1 通过 SecureCRT 连接至 MySQL 主服务器: 2 找到 my.cnf 文件所在的目录: mysql --help | grep my.cnf 一般情况 my.cnf 都会位于 /etc/ 目录下: 3 用 vim 打开 MySQL 的配置文件 my.cnf: vim /etc/my.cnf 4 找到 [mysqld] 并在其后添加如下配置: # 唯一标识此 MySQL 服务器,默认值为 1,一般采用所属 IP 的末端值 server-

django+centos+mariadb读写分离完美实现(上)-mysql主从备份实现

首先画图一张,用来展示今天要做的事情,读写分离,个人理解就是使用mysql主从备份的原理,让两个数据库同时为自己提供服务.其中主库负责数据保存,从库负责数据展示,可以一主一从,也可以一主多从.从而降低数据库同时处理读写的压力. 1.环境如下 master 10.10.101.83 slave 10.10.101.184 2.接着搭建数据库备份,使用的是centos7.4+mariadb 2-1-两台服务器安装Mariadb数据库 (ps:mariadb是免费版的mysql,操作很相似,注意,两台

mysql主从配置

首先说下为什么需要mysql主从? 主要有三个原因:1,可以辅助备份,提高数据安全性:2,可以实现读写分离,达到负载分担的效果:3,可以实现高可用,在主服务器故障时,迅速切换到从,保证业务不间断运行. 针对上述需求,基本上一主一从,即可满足. 再来看下mysql主从复制的工作过程: 主要有三步: 1)master将改变记录到二进制日志(binary log)中,(这些记录叫做二进制日志事件,binary log events)   2)slave将master的binary log events

高性能Mysql主从架构的复制原理及配置详解

1 复制概述 Mysql内建的复制功能是构建大型,高性能应用程序的基础.将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置.从服务器接收