您的位置:

mysql主从数据库安装(mysql主从数据库搭建)

本文目录一览:

Ubuntu配置Mysql主从数据库

本次环境:虚拟机下

服务器:Ubuntu

14.04

LTS

数据库:

5.5.37

端口:3306

主IP:192.168.63.133

从IP:192.168.63.134

授权账号:

user:suxh

password:111111

好了交代完环境:我们直接配置:

第一步:主从两台服务器要有同样的数据库(需要同步的)这里用的是backup

数据库(不多说了,在同步开始前,把主库的复制一份到从库就行了)

第二步配置主(master)数据库

编辑/etc/my.cnf

主要是开启二进制日志

和设置要同步的数据库

等一些参数

#

binary

logging

format

-

mixed

recommended

binlog_format=mixed

binlog-ignore-db=mysql

binlog-do-db=backup

#

required

unique

id

between

1

and

2^32

-

1

#

defaults

to

1

if

master-host

is

not

set

#

but

will

not

function

as

a

master

if

omitted

server-id

=

1

参数解释下:

server-id

这个是唯一的不能跟从服务器相同。

binlog_format

二进制文件的格式

binlog_ignore-db

忽略的数据库

binlog-do-db

要同步的数据库

设置完了以后

重启数据库就可以了。

第三步从数据库:

同样修改/etc/my.cnf

在mysql

版本5.1.7

不支持master-host”类似的参数;

所以这里只要配置server-id=2

就可以了

然后登陆从数据库设置

change

master

to

master_host='192.168.63.133',

master_user='suxh',

master_password='111111';

slave

start;

基本配置就好了。这是我的简要笔记。

MySQL 主从,5 分钟带你掌握

MySQL 主从一直是面试常客,里面的知识点虽然基础,但是能回答全的同学不多。

比如楼哥之前面试小米,就被问到过主从复制的原理,以及主从延迟的解决方案,因为回答的非常不错,给面试官留下非常好的印象。你之前面试,有遇到过哪些 MySQL 主从的问题呢?

所谓 MySQL 主从,就是建立两个完全一样的数据库,一个是主库,一个是从库, 主库对外提供读写的操作,从库对外提供读的操作 ,下面是一主一从模式:

对于数据库单机部署,在 4 核 8G 的机器上运行 MySQL 5.7 时,大概可以支撑 500 的 TPS 和 10000 的 QPS, 当遇到一些活动时,查询流量骤然,就需要进行主从分离。

大部分系统的访问模型是读多写少,读写请求量的差距可能达到几个数量级,所以我们可以通过一主多从的方式, 主库只负责写入和部分核心逻辑的查询,多个从库只负责查询,提升查询性能,降低主库压力。

MySQL 主从还能做到服务高可用,当主库宕机时,从库可以切成主库,保证服务的高可用,然后主库也可以做数据的容灾备份。

整体场景总结如下:

MySQL 的主从复制是依赖于 binlog 的,也就是记录 MySQL 上的所有变化并以二进制形式保存在磁盘上二进制日志文件。

主从复制就是将 binlog 中的数据从主库传输到从库上,一般这个过程是异步的,即主库上的操作不会等待 binlog 同步的完成。

详细流程如下:

当主库和从库数据同步时,突然中断怎么办?因为主库与从库之间维持了一个长链接,主库内部有一个线程,专门服务于从库的这个长链接的。

对于下面的情况,假如主库执行如下 SQL,其中 a 和 create_time 都是索引:

我们知道,数据选择了 a 索引和选择 create_time 索引,最后 limit 1 出来的数据一般是不一样的。

所以就会存在这种情况:在 binlog = statement 格式时,主库在执行这条 SQL 时,使用的是索引 a,而从库在执行这条 SQL 时,使用了索引 create_time,最后主从数据不一致了。

那么我们改如何解决呢?

可以把 binlog 格式修改为 row,row 格式的 binlog 日志记录的不是 SQL 原文,而是两个 event:Table_map 和 Delete_rows。

Table_map event 说明要操作的表,Delete_rows event用于定义要删除的行为,记录删除的具体行数。 row 格式的 binlog 记录的就是要删除的主键 ID 信息,因此不会出现主从不一致的问题。

但是如果 SQL 删除 10 万行数据,使用 row 格式就会很占空间的,10 万条数据都在 binlog 里面,写 binlog 的时候也很耗 IO。但是 statement 格式的 binlog 可能会导致数据不一致。

设计 MySQL 的大叔想了一个折中的方案,mixed 格式的 binlog,其实就是 row 和 statement 格式混合使用, 当 MySQL 判断可能数据不一致时,就用 row 格式,否则使用就用 statement 格式。

有时候我们遇到从数据库中获取不到信息的诡异问题时,会纠结于代码中是否有一些逻辑会把之前写入的内容删除,但是你又会发现,过了一段时间再去查询时又可以读到数据了,这基本上就是主从延迟在作怪。

主从延迟,其实就是“从库回放” 完成的时间,与 “主库写 binlog” 完成时间的差值, 会导致从库查询的数据,和主库的不一致 。

谈到 MySQL 数据库主从同步延迟原理,得从 MySQL 的主从复制原理说起:

总结一下主从延迟的主要原因 :主从延迟主要是出现在 “relay log 回放” 这一步,当主库的 TPS 并发较高,产生的 DDL 数量超过从库一个 SQL 线程所能承受的范围,那么延时就产生了,当然还有就是可能与从库的大型 query 语句产生了锁等待。

我们一般会把从库落后的时间作为一个重点的数据库指标做监控和报警,正常的时间是在毫秒级别,一旦落后的时间达到了秒级别就需要告警了。

解决该问题的方法,除了缩短主从延迟的时间,还有一些其它的方法,基本原理都是尽量不查询从库。

具体解决方案如下:

在实际应用场景中,对于一些非常核心的场景,比如库存,支付订单等,需要直接查询从库,其它非核心场景,就不要去查主库了。

两台机器 A 和 B,A 为主库,负责读写,B 为从库,负责读数据。

如果 A 库发生故障,B 库成为主库负责读写,修复故障后,A 成为从库,主库 B 同步数据到从库 A。

一台主库多台从库,A 为主库,负责读写,B、C、D为从库,负责读数据。

如果 A 库发生故障,B 库成为主库负责读写,C、D负责读,修复故障后,A 也成为从库,主库 B 同步数据到从库 A。

如何用mysql搭配主从数据库

两台机器,192.168.162.128(主) 192.168.162.130(从)

配置主的配置文件

vi /etc/my.cnf

创建复制用户并授权给从服务器

grant replication slave on *.* to 'rpl'@'192.168.162.130' identified by '123456';

重启主服务器的MySQL  /etc/init.d/mysqld restart

查看master信息: 进入MySQL  show master status \G;

修改从库配置文件

vi /etc/my.cnf

重启从服务器MySQL,进入MySQL

指定主服务器IP等信息

change master to master_host='192.168.162.128 ',master_user='rpl',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=647;

启动slave  :start slave;

查看slave状态:show slave status \G;

报错Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work

意思是主和从必须都要有不同的uuid,我们分别去查看下主从的uuid

主:server-uuid=4e6c5a78-1e9a-11e7-8c65-000c29426312

查看从库uuid  从库uuid:server-uuid=4e6c5a78-1e9a-11e7-8c65-000c29426312

可以看出是真的一样,原因在于 我是先安装了一个虚拟机并装好MySQL,后面有复制了一遍,作为从服务器,所以导致了这个UUID是一样的。

接下来就是解决这个UUID问题,将从库上的auto.cnf 备份下。然后重启从库。再看下从库的UUID

[auto]

server-uuid=2e9c834a-1eb2-11e7-864b-000c2928472e

再次查看从库状态

从库状态正常了

11.测试主从是否正常

主库上创建一个测试库,test :create database test;

创建测试表:

create table test.test(

id int,

username varchar(10)

)ENGINE='innodb'

12.查看从库: 

正常,说明主从搭建成功

centos 怎么搭建mysql主从库

在配置Mysql数据库主从复制集群的时候要保证:

1.主从服务器操作系统版本和位数一致。

2.Mysql版本一致。

为了保证稳定性,最好服务器操作系统和Mysql数据库环境一致。

CentOS服务器上Mysql的安装方法可以参见博客:

服务器配置:

Master:192.168.1.18

Slave:192.168.1.16

Master(192.168.1.18)服务器:

1.编辑/etc/my.cnf

[root@jhq0229 ~]# vim /etc/my.cnf

2.配置

[plain] view plain copy print?

[mysqld]

datadir=/data/mysql

socket=/var/lib/mysql/mysql.sock

user=mysql

#主从复制配置

innodb_flush_log_at_trx_commit=1

sync_binlog=1

#需要备份的数据库

binlog-do-db=orders

#不需要备份的数据库

binlog-ignore-db=mysql

#启动二进制文件

log-bin=mysql-bin

#服务器ID

server-id=1

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

[mysqld_safe]

log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

若没有配置binlog-do-db和binlog_ignore_db,表示备份全部数据库。

3.重启Mysqld服务

[root@jhq0229 ~]# service mysqld restart

4.为从Mysql创建用户

登录

[root@jhq0229 ~]# mysql -uroot -p

Enter password:

创建用户

mysql create user 'mastj'@'192.168.1.16' identified by '123456';

配置主从复制权限

mysql grant replication slave on *.* to 'mastj'@'192.168.1.16' identified by '123456';

若orders数据库中已经有数据,还需要:

锁定数据库

mysql flush tables with read lock;

将数据导入到从数据库,方法有多种,我是用Navicat复制的,复制完成后:

查看master状态并解锁:

[html] view plain copy print?

mysql show master status;

+------------------+----------+--------------+------------------+-------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000003 | 2005 | orders | mysql | |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

mysql unlock tables;

Slave(192.168.1.16)服务器:

1.配置服务ID

[root@jhq0113 ~]# vim /etc/my.cnf

在[mysqld]下面加入

server-id=2

重启Mysql服务

[root@jhq0113 ~]# service mysqld restart

2.配置复制

登录mysql

[root@jhq0113 ~]# mysql -uroot -p

执行

mysql change master to master_host='192.168.1.18',

master_user='mastj',

master_password='123456',

master_port=3306,

master_log_file='mysql-bin.000003',

master_log_pos=2005,

master_connect_retry=10;

参数详解:

master_host:主服务器的IP。

master_user:配置主服务器时建立的用户名

master_password:用户密码

master_port:主服务器mysql端口,如果未曾修改,默认即可。

master_log_file:日志文件名称,填写查看master状态时显示的File

master_log_pos:日志位置,填写查看master状态时显示的Position

master_connect_retry:重连次数

启动进程

mysql start slave;

检查主从复制状态

[plain] view plain copy print?

mysql show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.1.18

Master_User: mastj

Master_Port: 3306

Connect_Retry: 10

Master_Log_File: mysql-bin.000003

Read_Master_Log_Pos: 2369

Relay_Log_File: jhq0113-relay-bin.000002

Relay_Log_Pos: 647

Relay_Master_Log_File: mysql-bin.000003

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

若Slave_IO_Running和Slave_SQL_Running均为Yes,则表示连接正常。

此时就可以测试主从复制了。

一台linux服务器怎么安装多个mysql数据库并配置主从

1、关闭Liunx系统的防火墙,如果忘了,你下面的测试连接必定会失败,切记,切记,切记。

2、yum安装lrzsz和cmake

yum -y install lrzsz;

yum -y install cmake;

首先熟悉MySql数据库,很多人都是直接安装原生版的MySql数据库(就是官网上下载的数据库安装包),也有人用的是MySql的衍生版数据库,如percona,我用的就是这种,下面我会分别说明原生版和衍生版MySql数据库的安装和主从配置。

mysql主从数据库安装(mysql主从数据库搭建)

2022-11-10
mysql搭建主从数据库(mysql配置主从数据库)

2022-11-15
mysql主从数据库配置笔记,mysql主从配置文件

2022-11-22
mysql主从分离主数据库配置,MySQL主从数据库

2022-11-23
mysql数据库主主复制,mysql主从复制保证数据一致

2022-11-23
一例mysql主从数据库(MySQL主从数据库)

2022-11-12
mysql数据库服务主从复制(mysql数据库主从复制干嘛用

2022-11-13
以及mysql主从数据库配置,mysql主从配置文件

本文目录一览: 1、mysql (percona)5.7 安装及主从配置 2、安全最重要!MySQL配置主从复制,主主复制 3、mysql 怎么配置主从数据库 mysql (percona)5.7 安

2023-12-08
MySQL 主从搭建详解

2023-05-20
禅道的mysql数据库主从复制,禅道的mysql数据库主从复

2022-11-18
mysql数据库主从自动切换(mysql数据库主备切换)

2022-11-11
mysql权限和配置主从数据库,mysql配置用户权限

2022-11-17
mysql主从复制与数据库备份,mysql主从复制主备切换

2022-11-22
判断mysql数据库主从(mysql主从机构的主数据库不可能

2022-11-14
数据库的笔记mysql,数据库管理系统笔记

2022-11-24
阿里云mysql数据库主从,oracle数据库主从

2022-11-19
mysql数据库完整笔记(mysql数据库数据)

2022-11-13
mysql主库有很多数据库,数据库主库和从库

2022-11-18
mysql主从复制两台服务器(搭建mysql主从复制)

2022-11-16
监控mysql数据库主从状态,数据库主从模式

2022-11-17