CentOs Mysql主从复制与读写分离

MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践

Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过。但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面。

因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部署与实施的。

原理架构图

开始搭建主从复制

服务器二台:

分别安装二台Mysql数据库

1:安装命令

yum –y install mysql-server

2:配置登陆用户的密码

演示此操作

3:配置允许第三方机器访问本机Mysql

演示此操作

场景描述:

主数据库服务器:192.168.1.112,MySQL已经安装,并且无应用数据。
从数据库服务器:192.168.1.115,MySQL已经安装,并且无应用数据。

Mysql配置

1) vim /etc/my.cnf

2)

3) 接下来确认slave和master的上的server_id是否正确。可以分别在slave和master上运行 SHOW VARIABLES LIKE ‘server_id‘; 来查看server_id是否和你配置的一样。

4) 分别重新启动master,slaver的二台mysql服务

5) 登陆

6) 输入

7) Mysql>  SHOW VARIABLES LIKE ‘server_id‘;

8) 来查看server_id是否和你配置的一样。

9) master输入

10) Mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 106 | | |
+------------------+----------+--------------+------------------+

11) 记录下 FILE 及 Position 的值,在后面进行从服务器操作的时候需要用到。

12) 配置从服务器

change master to

master_host=‘192.168.0.104‘,

master_user=‘root‘,

master_password=‘root‘,

master_log_file=‘mysql-bin.000001‘,

master_log_pos=106;

13) 正确执行后启动Slave同步进程

14) 启动slave

mysql> start slave;

15) 查看slave状态

mysql> show slave status\G

其中Slave_IO_Running 与 Slave_SQL_Running 的值都必须为YES,才表明状态正常。

测试主从复制

1:先确定主,从库上没有任何自定义表

2:主服务器上的操作
在主服务器上创建数据库itcast_db
mysql> create database itcast_db;

在主服务器上创建表itcast_tb
mysql> create table itcast_tb(id int(3),name char(10));

在主服务器上的表itcast_tb中插入记录
mysql> insert into itcast_tb values (01, "itcast01");

3:从服务器上查看是否已经同步?

总结:搭建过程中可能引起失败的原因

1:server_id 配置的一样或是配置的没有更新到Mysql数据中来

2:防火墙拦截了3306端口

3:用户与密码不正确

4:Mysql不允许其它机器访问

开始搭建读写分离

准备:

服务器三台:

1:安装二台Mysql数据库(已经安装)

2:安装mysql-proxy,mysql

场景描述:
数据库Master主服务器:192.168.1.112
数据库Slave从服务器:  192.168.1.115
MySQL-Proxy调度服务器:192.168.1.101

以下操作,均是在192.168.1.101即MySQL-Proxy调度服务器上进行的。

检查Lua是否已经安装

MySQL-Proxy的读写分离主要是通过rw-splitting.lua脚本实现的,因此需要安装lua。

rpm -ql lua

安装Mysql-Proxy

tar xzvf mysql-proxy-0.8.4.tar.gz –C /user/local/src

cd /user/local/src/mysql-proxy-0.8.4/bin

./mysql-proxy –help-all

修改读写分离脚本rw-splitting.lua

修改默认连接,进行快速测试,不修改的话要达到连接数为4时才启用读写分离
vim /opt/mysql-proxy/scripts/rw-splitting.lua
=============================
-- connection pool
if not proxy.global.config.rwsplit then
proxy.global.config.rwsplit = {
min_idle_connections = 1, //默认为4
max_idle_connections = 1, //默认为8
is_debug = false
}
end

时间: 2024-12-29 05:22:02

CentOs Mysql主从复制与读写分离的相关文章

搭建 MySQL主从复制与读写分离

搭建 MySQL主从复制与读写分离 案例概述 : 在实际环境中 ,如果对数据库的读和写都在同一个数据库服务中操作 ,无论实在安全性.高可用性, 还是高并发等各个方面都是完全不能满足实际需求的 ,因此 ,一般来说都只通过主从复制的方式来同 步数据 ,在通过读写分离来提升数据库的并发负载能力 ,这样的方案来进行部署与实施 . 环境拓补图 : 本案环境 : 主机 操作系统 IP地 址 主要软件 主服务器 CentOS 7.3 x86_64 192.168.217.130 NTP 从服务器1 CentO

mysql主从复制与读写分离

MySQL主从复制与读写分离 MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部

MySQL主从复制、读写分离、高可用集群搭建

MySQL主从复制.读写分离.高可用集群搭建  一.服务介绍   1.1 Keepalived     Keepalived,见名知意,即保持存活,其目的是解决单点故障,当一台服务器宕机或者故障时自动切换到其他的服务器中.Keepalived是基于VRRP协议实现的.VRRP协议是用于实现路由器冗余的协议,VRRP协议将两台或多台路由器设备虚拟成虚拟设备,可以对外提供虚拟路由器IP(一个或多个),即漂移IP(VIP). 1.2 ProxySQL ProxySQL是一个高性能,高可用性的MySQL

Mysql 主从复制,读写分离

Mysql 主从复制及读写分离 特别推荐看:amoeba.xml 的配置部分,在百度上看了很多配置都不完整,是我测试时的痛点 实验的目的: 有两部分:第一实现Mysql主从复制,第二实现读写分离. 下面是实验的环境: 192.168.58.11     安装了amoeba 的节点 192.168.58.16      master    系统:rhel 5.4 192.168.58.12      slave     系统: rhel 5.4 192.168.58.11      代理     

Mysql主从复制、读写分离工作原理+配置

Mysql的 Replication 是一个异步的复制过程,从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysqlinstance(我们称之 Slave).在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql线程和IO线程)在 Slave 端,另外一个线程(IO线程)在 Master 端. MySQL 复制的基本过程如下: 1. Slave 上面的IO线程连接上 Master,并请求从指定日志文件的指定位置(或者从最开

MySQL 主从复制与读写分离

Mysql主从复制作用原理 1.在业务复杂的系统中,有这么一个情景,有一句sql语句需要锁表,导致暂时不能使用读的服务,那么就很影响运行中的业务,使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运作.2.做数据的热备3.架构的扩展.业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率,提高单个机器的I/O性能.mysql主从复制是一个异步的复制过程,主库发送更新事件到从库,从库读取更新记录,并执行更新记

重新学习Mysql数据13:Mysql主从复制,读写分离,分表分库策略与实践

一.MySQL扩展具体的实现方式 随着业务规模的不断扩大,需要选择合适的方案去应对数据规模的增长,以应对逐渐增长的访问压力和数据量. 关于数据库的扩展主要包括:业务拆分.主从复制.读写分离.数据库分库与分表等.这篇文章主要讲述数据库分库与分表 (1)业务拆分 在?大型网站应用之海量数据和高并发解决方案总结一二?一篇文章中也具体讲述了为什么要对业务进行拆分. 业务起步初始,为了加快应用上线和快速迭代,很多应用都采用集中式的架构.随着业务系统的扩大,系统变得越来越复杂,越来越难以维护,开发效率变得越

Amoeba搭建高可用Mysql集群(实现Mysql主从复制、读写分离、负载均衡)

Amoeba是什么? Amoeba(变形虫)项目,该开源框架于2008年 开始发布一款 Amoeba for Mysql软件.这个软件致力于MySQL的分布式数据库前端代理层,它主要在应用层访问MySQL的时候充当SQL路由功能,专注于分布式数据库代理层(Database Proxy)开发,它位于与Client.DBServer(s)之间,对客户端透明.具有 负载均衡.高可用性.SQL过滤.读写分离.可路由相关的到目标数据库.可并发请求多台数据库合并结果 . 通过Amoeba你能够完成多数据源的

部署MySQL主从复制与读写分离

一.实验坏境 1.一台CentOS 7作为客户端测试,对应的地址为:192.168.80.1202.一台CentOS 7作为Amoeba前端代理服务器,对应的地址为:192.168.80.1103.一台CentOS 7作为mysql主服务器,对应的地址为:192.168.80.1004.两台CentOS 7分别作为mysql从服务器,对应的地址分别为:192.168.80.140,192.168.80.1505.所有的虚拟机都绑定同一块虚拟网卡vnet1:192.168.80.10 二.主从复制