实验一html静态网站开发,婺源旅游攻略,宝应县天宇建设网站,视频直播app下载MySQL主从复制 MySQL主从复制介绍MySQL复制过程分成三步#xff1a;1). MySQL master 将数据变更写入二进制日志( binary log)2). slave将master的binary log拷贝到它的中继日志#xff08;relay log#xff09;3). slave重做中继日志中的事件#xff0c;将数据变更反映它自… MySQL主从复制 MySQL主从复制介绍MySQL复制过程分成三步1). MySQL master 将数据变更写入二进制日志( binary log)2). slave将master的binary log拷贝到它的中继日志relay log3). slave重做中继日志中的事件将数据变更反映它自己的数据 搭建主库配置从库配置 测试 读写分离案例背景介绍ShardingJDBC介绍数据库环境初始工程导入读写分离配置测试1). 保存数据2). 修改数据3). 查询数据4). 删除数据 MySQL主从复制
MySQL数据库默认是支持主从复制的不需要借助于其他的技术我们只需要在数据库中简单的配置即可。接下来我们就从以下的几个方面来介绍一下主从复制
介绍
MySQL主从复制是一个异步的复制过程底层是基于Mysql数据库自带的 二进制日志 功能。就是一台或多台MySQL数据库slave即从库从另一台MySQL数据库master即主库进行日志的复制然后再解析日志并应用到自身最终实现 从库 的数据和 主库 的数据保持一致。MySQL主从复制是MySQL数据库自带功能无需借助第三方工具。 二进制日志 二进制日志BINLOG记录了所有的 DDL数据定义语言语句和 DML数据操纵语言语句但是不包括数据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用MySQL的主从复制 就是通过该binlog实现的。默认MySQL是未开启该日志的。 MySQL的主从复制原理如下
MySQL复制过程分成三步
1). MySQL master 将数据变更写入二进制日志( binary log)
2). slave将master的binary log拷贝到它的中继日志relay log
3). slave重做中继日志中的事件将数据变更反映它自己的数据
搭建
提前准备两台服务器并且在服务器中安装MySQL服务器的信息如下 并在两台服务器上做如下准备工作:
1). 防火墙开放3306端口号
firewall-cmd --zonepublic --add-port3306/tcp --permanentfirewall-cmd --zonepublic --list-ports2). 并将两台数据库服务器启动起来
systemctl start mysqld登录MySQL验证是否正常启动
主库配置
服务器 192.168.200.200
1). 修改Mysql数据库的配置文件/etc/my.cnf
在最下面增加配置:
log-binmysql-bin #[必须]启用二进制日志
server-id200 #[必须]服务器唯一ID(唯一即可)2). 重启Mysql服务
执行指令
systemctl restart mysqld 3). 创建数据同步的用户并授权
登录mysql并执行如下指令创建用户并授权
GRANT REPLICATION SLAVE ON *.* to xiaoming% identified by Root123456;注上面SQL的作用是创建一个用户 xiaoming 密码为 Root123456 并且给xiaoming用户授予REPLICATION SLAVE权限。常用于建立复制时所需要用到的用户权限也就是slave必须被master授权具有该权限的用户才能通过该用户复制。 MySQL密码复杂程度说明: 目前mysql5.7默认密码校验策略等级为 MEDIUM , 该等级要求密码组成为: 数字、小写字母、大写字母 、特殊字符、长度至少8位 4). 登录Mysql数据库查看master同步状态 执行下面SQL记录下结果中File和Position的值
show master status;注上面SQL的作用是查看Master的状态执行完此SQL后不要再执行任何操作
从库配置
服务器 192.168.200.201
1). 修改Mysql数据库的配置文件/etc/my.cnf
server-id201 #[必须]服务器唯一ID2). 重启Mysql服务
systemctl restart mysqld3). 登录Mysql数据库设置主库地址及同步位置
change master to master_host192.168.200.200,master_userxiaoming,master_passwordRoot123456,master_log_filemysql-bin.000001,master_log_pos154;start slave;参数说明 A. master_host : 主库的IP地址 B. master_user : 访问主库进行主从复制的用户名(上面在主库创建的) C. master_password : 访问主库进行主从复制的用户名对应的密码 D. master_log_file : 从哪个日志文件开始同步(上述查询master状态中展示的有) E. master_log_pos : 从指定日志文件的哪个位置开始同步(上述查询master状态中展示的有) 4). 查看从数据库的状态
show slave status;然后通过状态信息中的 Slave_IO_running 和 Slave_SQL_running 可以看出主从同步是否就绪如果这两个参数全为Yes表示主从同步已经配置完成。 MySQL命令行技巧 \G : 在MySQL的sql语句后加上\G表示将查询结果进行按列打印可以使每个字段打印到单独的行。即将查到的结构旋转90度变成纵向 测试
主从复制的环境,已经搭建好了,接下来,我们可以通过Navicat连接上两台MySQL服务器,进行测试。测试时我们只需要在主库Master执行操作查看从库Slave中是否将数据同步过去即可。
1). 在master中创建数据库itcast, 刷新slave查看是否可以同步过去 2). 在master的itcast数据下创建user表, 刷新slave查看是否可以同步过去 3). 在master的user表中插入一条数据, 刷新slave查看是否可以同步过去
读写分离案例
背景介绍
面对日益增加的系统访问量数据库的吞吐量面临着巨大瓶颈。 对于同一时刻有大量并发读操作和较少写操作类型的应用系统来说将数据库拆分为主库和从库主库负责处理事务性的增删改操作从库负责处理查询操作能够有效的避免由数据更新导致的行锁使得整个系统的查询性能得到极大的改善。 通过读写分离,就可以降低单台数据库的访问压力, 提高访问效率也可以避免单机故障。
主从复制的结构我们在第一节已经完成了那么我们在项目中如何通过java代码来完成读写分离呢如何在执行select的时候查询从库而在执行insert、update、delete的时候操作主库呢这个时候我们就需要介绍一个新的技术 ShardingJDBC。
ShardingJDBC介绍
Sharding-JDBC定位为轻量级Java框架在Java的JDBC层提供的额外服务。 它使用客户端直连数据库以jar包形式提供服务无需额外部署和依赖可理解为增强版的JDBC驱动完全兼容JDBC和各种ORM框架。
使用Sharding-JDBC可以在程序中轻松的实现数据库读写分离。
Sharding-JDBC具有以下几个特点
1). 适用于任何基于JDBC的ORM框架如JPA, Hibernate, Mybatis, Spring JDBC Template或直接使用JDBC。
2). 支持任何第三方的数据库连接池如DBCP, C3P0, BoneCP, Druid, HikariCP等。
3). 支持任意实现JDBC规范的数据库。目前支持MySQLOracleSQLServerPostgreSQL以及任何遵循SQL92标准的数据库。
依赖:
dependencygroupIdorg.apache.shardingsphere/groupIdartifactIdsharding-jdbc-spring-boot-starter/artifactIdversion4.0.0-RC1/version
/dependency数据库环境
在主库中创建一个数据库rw, 并且创建一张表 该数据库及表结构创建完毕后会自动同步至从数据库SQL语句如下
create database rw default charset utf8mb4;use rw;CREATE TABLE user (id int(11) NOT NULL AUTO_INCREMENT,name varchar(255) DEFAULT NULL,age int(11) DEFAULT NULL,address varchar(255) DEFAULT NULL,PRIMARY KEY (id)
) ENGINEInnoDB DEFAULT CHARSETutf8mb4;初始工程导入 读写分离配置
1). 在pom.xml中增加shardingJdbc的maven坐标
dependencygroupIdorg.apache.shardingsphere/groupIdartifactIdsharding-jdbc-spring-boot-starter/artifactIdversion4.0.0-RC1/version
/dependency2). 在application.yml中增加数据源的配置
spring:shardingsphere:datasource:names:master,slave# 主数据源master:type: com.alibaba.druid.pool.DruidDataSourcedriver-class-name: com.mysql.cj.jdbc.Driverurl: jdbc:mysql://192.168.200.200:3306/rw?characterEncodingutf-8username: rootpassword: root# 从数据源slave:type: com.alibaba.druid.pool.DruidDataSourcedriver-class-name: com.mysql.cj.jdbc.Driverurl: jdbc:mysql://192.168.200.201:3306/rw?characterEncodingutf-8username: rootpassword: rootmasterslave:# 读写分离配置load-balance-algorithm-type: round_robin #轮询# 最终的数据源名称name: dataSource# 主库数据源名称master-data-source-name: master# 从库数据源名称列表多个逗号分隔slave-data-source-names: slaveprops:sql:show: true #开启SQL显示默认false配置解析: 3). 在application.yml中增加配置
spring: main:allow-bean-definition-overriding: true该配置项的目的,就是如果当前项目中存在同名的bean,后定义的bean会覆盖先定义的。
如果不配置该项项目启动之后将会报错 报错信息表明在声明 org.apache.shardingsphere.shardingjdbc.spring.boot 包下的SpringBootConfiguration中的dataSource这个bean时出错, 原因是有一个同名的 dataSource 的bean在com.alibaba.druid.spring.boot.autoconfigure包下的DruidDataSourceAutoConfigure类加载时已经声明了。 而我们需要用到的是 shardingjdbc包下的dataSource所以我们需要配置上述属性让后加载的覆盖先加载的。
测试
我们使用shardingjdbc来实现读写分离直接通过上述简单的配置就可以了。配置完毕之后我们就可以重启服务通过postman来访问controller的方法来完成用户信息的增删改查我们可以通过debug及日志的方式来查看每一次执行增删改查操作使用的是哪个数据源连接的是哪个数据库。
1). 保存数据 控制台输出日志可以看到操作master主库 2). 修改数据 控制台输出日志可以看到操作master主库
3). 查询数据 控制台输出日志可以看到操作slave主库
4). 删除数据 控制台输出日志可以看到操作master主库
