1. 数据库优化
1.1 实现数据库的高可用
1.1.1 业务说明
当数据库主库发生宕机的情况,会直接影响到我们用户的使用
造成的影响:首先我们数据库主库宕机,我们的用户不能进行写操作了,而用户的读操作,虽然也能用,但是用户的入库操作毕竟受到了影响,我们的后台也会报错。
最好的解决策略是什么呢?实现数据库的高可用,什么是数据库的高可用呢?正常情况下,你干你的,我干我的,你写你的主库,我读我的从库,但是当我们的数据库主库发生了宕机现象,那么我们就应该让我们家的代理将我们的写操作交给另外一台数据库操作,因为我们从库和我们主库的数据都是一样,所以读写都没问题,这样的话我们就实现了故障的迁移
所以我们数据库实现高可用的前提是主从数据一致,实现主从同步
1.1.2 数据库同步策略
以前:
1.主机:192.168.126.129
2.从机: 192.168.126.130
现在:
1.主机:192.168.126.130
2.从机: 192.168.126.129
1.1.3 双机热备
说明:2台数据库同时互为主从,我们称之为双机热备(2台数据库都为主机/从机)
问题:假设我们往主机中存了一条数据,因为我们进行了互为主从,那么会不会产生一个循环
答:不会,因为对主机的二进制文件直接操作才会同步
配置步骤:
1.检查主库状态
2.开始主从挂载
但凡之前主从配不通的,129和130都停止主从stop slave,重置主从reset slave,去cd /var/lib/mysql 下,关闭mariadb数据库,删除mysql-bin.* ,重启数据库,然后重新挂载
1.2 Mycat实现数据库高可用
1.2.1 编辑schema.xml
<?xml version="1.0"?>
<!DOCTYPE mycat:schema SYSTEM "schema.dtd">
<mycat:schema xmlns:mycat="http://io.mycat/">
<!--name属性是自定义的 dataNode表示数据库的节点信息 jtdb表示逻辑库-->
<schema name="hcdb" checkSQLschema="false" sqlMaxLimit="100" dataNode="hcdb"/>
<!--定义节点名称/节点主机/数据名称-->
<dataNode name="hcdb" dataHost="localhost1" database="hcdb" />
<!--参数介绍 UTF-8 中文报错-->
<!--balance 0表示所有的读操作都会发往writeHost主机 -->
<!--1表示所有的读操作发往readHost和闲置的主节点中-->
<!--writeType=0 所有的写操作都发往第一个writeHost主机-->
<!--writeType=1 所有的写操作随机发往writeHost中-->
<!--dbType 表示数据库类型 mysql/oracle-->
<!--dbDriver="native" 固定参数 不变-->
<!--switchType=-1 表示不自动切换, 主机宕机后不会自动切换从节点-->
<!--switchType=1 表示会自动切换(默认值)如果第一个主节点宕机后,Mycat会进行3次心跳检测,如果3次都没有响应,则会自动切换到第二个主节点-->
<!--并且会更新/conf/dnindex.properties文件的主节点信息 localhost1=0 表示第一个节点.该文件不要随意修改否则会出现大问题-->
<dataHost name="localhost1" maxCon="1000" minCon="10" balance="1"
writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100">
<heartbeat>select 1</heartbeat>
<!--配置第一台主机主要进行写库操作,在默认的条件下Mycat主要操作第一台主机在第一台主机中已经实现了读写分离.因为默认写操作会发往137的数据库.读的操作默认发往141.如果从节点比较忙,则主节点分担部分压力.
-->
<writeHost host="hostM1" url="192.168.126.129:3306" user="root" password="root">
<!--读数据库1-->
<readHost host="hostS1" url="192.168.126.130:3306" user="root" password="root" />
<!--读数据库2-->
<readHost host="hostS2" url="192.168.126.129:3306" user="root" password="root" />
</writeHost>
<!--定义第二台主机 由于数据库内部已经实现了双机热备.-->
<!--Mycat实现高可用.当第一个主机137宕机后.mycat会自动发出心跳检测.检测3次.-->
<!--如果主机137没有给Mycat响应则判断主机死亡.则回启东第二台主机继续为用户提供服务.-->
<!--如果137主机恢复之后则处于等待状态.如果141宕机则137再次持续为用户提供服务.-->
<!--前提:实现双机热备.-->
<writeHost host="hostM2" url="192.168.126.130:3306" user="root" password="root">
<readHost host="hostS1" url="192.168.126.130:3306" user="root" password="root" />
<readHost host="hostS2" url="192.168.126.129:3306" user="root" password="root" />
</writeHost>
</dataHost>
</mycat:schema>
1.2.2 上传配置文件
说明:将文件进行替换,关闭mycat服务器,,换完之后,进行重启
1.2.3 数据库高可用测试
1.关闭129的数据库
2.测试用户连接是否正常,启动idea项目,访问manage.jt.com
3.重启129,检查数据是否同步
2. Redis 缓存数据库
2.1 业务说明
为什么要有缓存数据库?我们对数据库的操作,大多数都是查的操作,肯定是查的多些,看十个不一定买一个,所以我们常用的一些数据,不妨存储到redis中,这样可以降低负载,并且响应速度快
2.2 关于缓存机制的说明
说明:首先,我们缓存中的数据都是数据库中的数据,引入缓存机制之后,主要是为了降低用户访问物理设备的频次,提高服务器响应效率
特点:
1.开发语言 C语言开发
2.数据结构问题:k-v结构
3.内存数据 他会定期将内存数据进行持久化操作
4.内存资源有限 如何有效的维护数据大小呢?定期清理内存 LRU算法,LFU算法,TLL算法
2.3 Redis介绍
Redis 是一个开源(BSD许可)的,内存中的数据结构存储系统,它可以用作数据库、缓存和消息中间件。 它支持多种类型的数据结构,如 字符串(strings), 散列(hashes), 列表(lists), 集合(sets), 有序集合(sorted sets) 与范围查询, bitmaps, hyperloglogs 和 地理空间(geospatial) 索引半径查询。 Redis 内置了 复制(replication),LUA脚本(Lua scripting), LRU驱动事件(LRU eviction),事务(transactions) 和不同级别的 磁盘持久化(persistence), 并通过 Redis哨兵(Sentinel)和自动 分区(Cluster)提供高可用性(high availability)。
说明:读:11.2万次/秒 实际上平均10万/秒
2.4 Redis安装
2.4.1 上传Reids的安装包
首先关闭mycat,./mycat stop ,然后关闭数据库systemctl stop mariadb,将我们idea的配置进行更改,改为127.0.0.1
2.4.2 解压缩文件
tar -xvf redis-5.0.4.tar.gz
2.4.3 安装redis
步骤:进入redis的根目录
命令1:make
命令2:make install
2.4.4 修改redis的配置文件
命令 vim redis.conf
展现行号
1.关闭ip绑定
2.关闭保护模式
3.开启后台运行
2.4.5 Redis启动命令
1.启动命令
redis-server redis.conf
2.进入redis的客户端
redis-cli -p 6379
关闭redis服务
redis-cli -p 6379 shutdown
虽然这种方式也能启动,但是这是一种前台启动方式,一方面这种启动方式很多配置是不生效的,另一方面,页面不让我们再进行输入了,而且退出之后,客户端也随之关闭
客户端快捷命令
del不仅能删除一个也能删除多个
我们这种添加方式有一种弊端,我们不知道我们追加了几次
共十六个库,下标为15的
但是flush这个命令是一个极其危险的命令,因为容易造成缓存雪崩效应
可以用作视频的点赞
expire这个命令,可以用作验证码的校验,如果时间超过了一分钟flush