MySQL主从复制是一个异步的复制过程,底层是基于Mysql数据库自带的二进制日志功能。就是一台或多台MySQL数据库(slave,即从库)从另一台MySOL数据库(master,即主库)进行日志的复制然后再解析日志并应用到自身,最终实现从库的数据和主库的数据保持一致。MySOL主从复制是MySQL数据库自带功能,无需借助第三方工具。
并启动服务成功(克隆虚拟机并修改配置,数据库和ip)
修改Mysql数据库的配置文件/etc/my.cnf
[mysqld]
log-bin=mysql-bin #[必须]启用二进制日志
server-id=100 #[必须]服务器唯一ID
重启Mysql
systemctl restart mysqld
登录Mysql数据库,执行下面SQL
GRANT REPLICATION SLAVE ON ** to 'Spiderman@%' identified by 'Spiderman@123456
注:上面SQL的作用是创建一个用户Spiderman,密码为Spiderman@123456,并且给Spiderman用户授予REPLICATION SLAVE权限。常用于建立复制时所需要用到的用户权限,也就是slave必须被master授权具有该权限的用户,才能通过该用户复制。
登录Mysql数据库,执行下面SQL,记录下结果中File和Position的值
show master status;
修改Mysql数据库的配置文件/etc/my.cnf
[mysqld]
server-id=101 #[必须]服务器唯一ID
重启Mysq1服务
systemctl restart mysqld
登录Mysql数据库,执行下面SQL
change master to
master_host='192.168.28.100',master_user='Spiderman',master_password='Spiderman@123456',master_logfile='mysql-bin,@00001',master log_pos=442;
start slave;
面对日益增加的系统访问量,数据库的吞吐量面临着巨大瓶颈。对于同一时刻有大量并发读操作和较少写操作类型的应用系统来说,将数据库拆分为主库和从库,主库负责处理事务性的增删改操作,从库负责处理查询操作,能够有效的避免由数据更新导致的行锁,使得整个系统的查询性能得到极大的改善。
Sharding-JDBC定位为轻量级Java框架,在Java的]DBC层提供的额外服务。它使用客户端直连数据库,以jar包形式提供服务,无需额外部署和依赖,可理解为增强版的JDBC驱动,完全兼容]DBC和各种ORM框架。**使用Sharding-JDBC可以在程序中轻松的实现数据库读写分离。**适用于任何基于]DBC的ORM框架,如:JPA,Hibernate,Mybatis,SpringJDBCTemplate或直接使用DBC支持任何第三方的数据库连接池,如: DBCP,C3PO,BoneCp,Druid,HikariCP等。支持任意实现DBC规范的数据库。目前支持MyOL,Oracle,SQLServer,PostgresQL以及任何遵循SOL92标准的数据库。
<dependency>
<groupId>org.apache.shardingspheregroupId>
<artifactId>sharding-jdbc-spring-boot-starterartifactId>
<version>4.0.0-RC1version>
dependency>
server:
port: 8080
spring:
application:
#应用的名称,可选
name: reggie
shardingsphere:
datasource:
names:
master,slave
# 主数据源
master:
type: com.alibaba.druid.pool.DruidDataSource
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://192.168.28.100:3306/reggie?characterEncoding=utf-8
username: root
password: root
# 从数据源
slave:
type: com.alibaba.druid.pool.DruidDataSource
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://192.168.28.101:3306/reggie?characterEncoding=utf-8
username: root
password: root
masterslave:
# 读写分离配置
load-balance-algorithm-type: round_robin #轮询
# 最终的数据源名称
name: dataSource
# 主库数据源名称
master-data-source-name: master
# 从库数据源名称列表,多个逗号分隔
slave-data-source-names: slave
props:
sql:
show: true #开启SQL显示,默认false
main:
allow-bean-definition-overriding: true
redis:
host: 192.168.28.100
port: 6379
password: 123456
database: 0
cache:
redis:
time-to-live: 1800000 #设置缓存数据的过期时间
mybatis-plus:
configuration:
#在映射实体或者属性时,将数据库中表名和字段名中的下划线去掉,按照驼峰命名法映射
map-underscore-to-camel-case: true
log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
global-config:
db-config:
id-type: ASSIGN_ID
reggie:
path: D:\img\
重点目录/文件
/sbin文件下
查看Nginx版本可以使用命令:
./nginx -V
在启动Nginx服务之前,可以先检查一下conf/nginxconf文件配置的是否有错误,命令如下
./nginx -t
启动Nginx服务使用如下命令:
./nginx
停止Nginx服务使用如下命令:
./nginx -s stop
启动完成后可以查看Nginx进程:
ps -ef l grep nginx
重启让配置文件生效:
./nginx -s reload
Nginx可以作为静态web服务器来部署静态资源。静态资源指在服务端真实存在并且能够直接展示的一些文件,比如常见的htm[页面、css文件、js文件、图片、视频等资源。相对于Tomcat,Nginx处理静态资源的能力更加高效,所以在生产环境下,一般都会将静态资源部署到Nginx中。将静态资源部署到Nqinx非常简单,只需要将文件复制到Nginx安装目录下的html目录中即可。
server{
listen 80: #监听端口
server_name localhost; 服务器名称
location / { #匹配客户端请求url
root html; #指定静态资源根目录
index index.html; #指定默认首页
}
}
正向代理
是一个位于客户端和原始服务器(oriqin server)之间的服务器,为了从原始服务器取得内容,客户端向代理发送一个请求并指定目标(原始服务器),然后代理向原始服务器转交请求并将获得的内容返回给客户端。正向代理的典型用途是为在防火墙内的局域网客户端提供访问internet的途径。正向代理一般是在客户端设置代理服务器,通过代理服务器转发请求,最终访问到目标服务器。
反向代理
反向代理服务器位于用户与目标服务器之间,但是对于用户而言,反向代理服务器就相当于目标服务器,即用户直接访问反向代理服务器就可以获得目标服务器的资源,反向代理服务器负责将请求转发给目标服务器。用户不需要知道目标服务器的地址,也无须在用户端作任何设定。
server{
listen 82;
server_name localhost;
location /{
proxy_pass http://192.168.28.101:8080;#反向代理配置,将请求转发到指定服务
}
}
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tGiyfRh7-1681125492164)(C:\Users\86138\AppData\Roaming\Typora\typora-user-images\image-20230322235925640.png)]
早期的网站流量和业务功能都比较简单,单台服务器就可以满足基本需求,但是随着互联网的发展,业务流量越来越大并且业务逻辑也越来越复杂,单台服务器的性能及单点故障问题就凸显出来了,因此需要多台服务器组成应用集群进行性能的水平扩展以及避免单点故障出现。
配置负载均衡
upstream targetserver{ #upstream指令可以定义一组服务器
server 192.168.28.101:8080;
server 192.168.28.101:8081;
}
server {
listen 8080;
server_name localhost;
location /{
proxy_pass http://targetserver;
}
}
负载均衡策略