- 博客(9)
- 收藏
- 关注
原创 2021.7.21笔记
redis集群方式昨天讲了单机的持久化RDB AOF,今天说一下集群方式,如果是单机单节点单实例的话会出现1、单点故障2、容量有限3、压力大那如何解决这几点问题,这里要提到AKF,描述了xyz三个轴来解决问题,x轴做数据库的副本,要求是全量镜面级别的,这时候第一个坏了后面的拿来备用,解决单点故障的问题,然后多出来的数据库也可以用来作读写分离,反正不用白不用,增删改让客户端来,读取的操作让备用机来,稍微解决了压力大的问题y轴按照功能业务来划分不同的redis进程来存储,客户端按照业务功能选择
2021-07-22 00:22:34
195
原创 2021.7.20笔记
Redis持久化Redis作为数据库和缓存的区别总结一下数据库:数据不能丢 速度+持久性 内存里的数据掉电易失缓存:数据可以丢 急速然后来说一下持久化单机自己:持久化因为掉电易失所以提出了这个议题来解决问题。所有的存储层都有1、快照/副本要注意的是redis的数据主要是存在内存的,把数据从内存挪到磁盘上,一个小时挪一份,这个时候在磁盘当中有了数据的副本快照,这时候再把数据挪到别的主机,哪怕redis崩溃了,也可以根据快照恢复数据2、日志用在发生增删改的操作,每一个操作都会向一个文件
2021-07-20 22:42:59
71
原创 2021.7.19笔记
Redis管道举个例子就是你要喝20瓶酒,你是去超市买1瓶,回家喝完,然后再去超市买一瓶,再回家喝,还是全都买回去,回家一瓶一瓶喝,肯定是第二种,因为省事,管道的概念就是这个,通过管道你可以一次运行很多命令。首先yum install nc下载Navicat然后nc localhost 6379建立和6379这个redis端口的链接这个时候输入命令比如 set k1 hello,到redis客户端会发现生成了k1这个元素,也就是说哪怕你没有redis客户端,只要能和redis建立一个socket链接
2021-07-19 22:13:35
213
原创 2021.7.16笔记
Redis的List类型lpush k1 a b c d 新增k1, 值为d c b a 因为l指的是left左边的意思,就是依次从上一个值的左边插入rpush正好想反,是right,右边的意思,值为a b c d相对应的lpop依次从左边取值,lpop k1 第一个值就是d,那么可以发现d这个值是最后进去的最先出来的,同向命令描述的是一个栈,后进先出rpop k1 第一个值就是a,反向命令描述的是一个队列,先进先出。lrange k1 0 -1 看k1这个key的第0个字节到最后一个字节的所有值
2021-07-17 15:13:03
104
原创 2021.7.15笔记
BIO弊端:每一个连接都需要创建一个线程,线程是在jvm中创建的,1个线程的成本是1MB储存在线程栈,也可以调小占用空间创建更多线程,但是线程多了调度成本就高了,CPU浪费。还有内存成本。NIO弊端:用户态内核态切换成本,每一次链接都需要调用内核多路复用NIO:select调用,直接把众多fd给到内核,极大程度减少切换成本,但是还需要来回拷贝数据Epoll:利用共享空间不需要来回拷贝数据,用户空间可以调用epoll-creat返回一个ep的描述符,然后用户空间有一个链接进来了就写给ep这个描述符,然
2021-07-16 01:01:48
108
原创 2021.7.14笔记
今天学习了一点点redis和NIO的知识先了解到了一些常识,在计算机当中数据是存在磁盘或者内存里的,磁盘有两个指标,寻址的速度是ms毫秒级的,带宽是G或者M级别的,内存的寻址是nm纳秒,在寻址上磁盘比内存慢了十万倍,数据在内存里是优与磁盘的磁盘有磁道和扇区,一个扇区512字节(byte),这时候就有一个成本问题了,如果都是以最小粒度512来找,那就会有很多512,那我们需要的数据在哪个512里就是个问题,这时候索引的成本就会变大,可能4字节就不够用了,需要有很大的一个区间,才能索引住这么大的范围,所以出
2021-07-15 11:28:37
55
原创 2021.7.13笔记
keepalived当我们只搭建了一个lvs的时候,假如lvs挂掉了是不是整个业务就下线了,所以我们要考虑一个问题,如果lvs瘫痪了怎么办,这个问题叫做单点故障。第二个问题,如果我们的RS服务器挂掉了怎么办,假如部署了多个Rs服务器,lvs还在正常运行的时候其中的某些Rs挂掉了,但是因为lvs还在和Rs保持连接并不知道rs不能运行了,还是会向rs进行负载,这时候如果访问就会访问不到,就导致有些客户的请求会出现异常,那有没有什么方法可以解决这两个问题,这就要用到keepalived,可以部署多个lvs,并
2021-07-13 23:05:33
63
原创 2021-07-12笔记
TUN隧道技术上文说到D-net速度慢消耗算力高,DR需要负载均衡服务器和真实服务器绑定在同一局域网,那有没有一种模式既不用绑定在同一局域网,速度还不慢呢,这就是TUN隧道技术,D-net因为需要修改目标地址所以需要消耗算力并且数据会按原路返回影响速度,DR因为直接mac欺骗需要绑定在同一局域网,TUN隧道技术就是将发送到负载均衡服务器里的数据包包裹起来,外面包上一层从负载均衡服务器到真实服务器的ip地址,这样数据可以成功地从负载均衡服务器跳到真实服务器且不需要mac欺骗,到真实服务器之后将外层包裹的数据
2021-07-12 22:13:20
129
2
原创 2021-07-11笔记
战战兢兢的第一次总结适合自己学习的方式作为一个自我感觉良好的人,每次学习新知识都觉得烂熟于心,结果过了几天就发现只记得自己前几天学过这个东西,怎么办呢,记笔记吧,所以我准备了一个笔记本,叫csdn。第一步打算先学习的是redisredis是什么东西呢,emm我现在还没学到,因为我是打算先从学习网络开始入手的,截止到2021.7.11 13:40分我知道了负载均衡是如何解决高并发情况的呢,有两种方式,分别是四层协议和七层协议七层指的就是osi七层参考模型其中主要学习了四层也就是tcp/id协议
2021-07-11 23:13:39
121
2
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人