redis的主从复制,哨兵和cluster集群

目录

一、redis的高可用

1)redis高可用的概念

2)Redis的高可用技术

二、redis主从复制

1)主从复制的作用

2)主从复制流程

三、redis一主二从的部署

实验组件

实验步骤

环境准备

修改内核参数

安装 Redis

创建redis工作目录

环境变量

定义systemd服务管理脚本

修改 Redis 配置文件(Master节点操作)

修改 Redis 配置文件(Slave节点操作)

验证主从效果

在Master节点上看日志:

在Master节点上验证从节点:

三、Redis哨兵模式

1)哨兵模式的作用

2)哨兵结构

3)故障转移机制

4)主节点的选举

5)搭建Redis 哨兵模式

修改 Redis 哨兵模式的配置文件(所有节点操作)

启动哨兵模式

查看哨兵信息

故障模拟

查看redis-server进程号:

杀死 Master 节点上redis-server的进程号

验证结果

四、Redis 群集模式

1)集群的作用

(1)数据分区

(2)高可用

2)Redis集群的数据分片

3)搭建Redis 群集模式

开启群集功能

启动redis节点

启动集群

测试群集


一、redis的高可用

1)redis高可用的概念

在web服务器中,高可用是指服务器可以正常访问的时间,衡量的标准是在多长时间内可以提供正常服务

高可用的计算公式是1-(宕机时间)/(宕机时间+运行时间)
​
2个9:99%,一年内宕机时长:1%×365天=3.6524天=87.6h
​
4个9:99.99%,一年内宕机时长:0.01%×365天=52.56min
​
5个9:99.999%,一年内宕机时长:0.001%*365天=5.265min
​
11个9:几乎一年宕机时间只有几秒钟

2)Redis的高可用技术

在Redis中,实现高可用的技术主要包括持久化、主从复制、哨兵和cluster集群

  • 持久化: 持久化是最简单的高可用方法(有时甚至不被归为高可用的手段),主要作用是数据备份,即将数据存储在硬盘,保证数据不会因进程退出而丢失

  • 主从复制: 主从复制是高可用Redis的基础,哨兵和集群都是在主从复制基础上实现高可用的。主从复制主要实现了数据的多机备份(和同步),以及对于读操作的负载均衡和简单的故障恢复

缺陷:故障恢复无法自动化;写操作无法负载均衡;存储能力受到单机的限制

  • 哨兵: 在主从复制的基础上,哨兵实现了自动化的故障恢复。(主挂了,找一个从成为新的主,哨兵节点进行监控)

缺陷:写操作无法负载均衡;存储能力受到单机的限制

  • Cluster集群: 通过集群,Redis解决了写操作无法负载均衡,以及存储能力受到单机限制的问题,实现了较为完善的高可用方案。(6台起步,成双成对,3主3从)

二、redis主从复制

主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(Master),后者称为从节点(slave);数据的复制是单向的,只能由主节点到从节点。

默认情况下,每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。

1)主从复制的作用

  • 数据冗余: 主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式

  • 故障恢复: 当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余

  • 负载均衡: 在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载;尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量

  • 高可用基石: 除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础

2)主从复制流程

  1. 若启动一个slave机器进程,则它会向Master机器发送一个sync command命令,请求同步连接

  2. 无论是第一次连接还是重新连接,Master机器都会启动一个后台进程,将数据快照保存到数据文件中(执行rdb操作),同时Master还会记录修改数据的所有命令并缓存在数据文件中

  3. 后台进程完成缓存操作之后,Master机器就会向slave机器发送数据文件,slave端机器将数据文件保存到硬盘上,然后将其加载到内存中,接着Master机器就会将修改数据的所有操作一并发送给slave端机器。若slave出现故障导致宕机,则恢复正常后会自动重新连接

  4. Master机器收到slave端机器的连接后,将其完整的数据文件发送给slave端机器,如果Mater同时收到多个slave发来的同步请求,则Master会在后台启动一个进程以保存数据文件,然后将其发送给所有的slave端机器,确保所有的slave端机器都正常

三、redis一主二从的部署

实验组件

主从IP地址
master192.168.80.10
slave1192.168.80.11
slave2192.168.80.12

实验步骤

环境准备

systemctl stop firewalld
systemctl disable firewalld
setenforce 0
sed -i 's/enforcing/disabled/' /etc/selinux/config

修改内核参数

vim /etc/sysctl.conf
vm.overcommit_memory = 1
net.core.somaxconn = 2048
sysctl -p

安装 Redis

yum install -y gcc gcc-c++ make
tar zxvf /opt/redis-7.0.9.tar.gz -C /opt/
cd /opt/redis-7.0.9
make
make PREFIX=/usr/local/redis install
​
#由于Redis源码包中直接提供了 Makefile 文件,所以在解压完软件包后,不用先执行 ./configure 进行配置,可直接执行 make 与 make install 命令进行安装

创建redis工作目录

mkdir /usr/local/redis/{conf,log,data}
cp /opt/redis-7.0.9/redis.conf /usr/local/redis/conf/
useradd -M -s /sbin/nologin redis
chown -R redis.redis /usr/local/redis/

环境变量

vim /etc/profile 
PATH=$PATH:/usr/local/redis/bin        #增加一行
source /etc/profile

定义systemd服务管理脚本

vim /usr/lib/systemd/system/redis-server.service
​
[Unit]
Description=Redis Server
After=network.target[Service]
User=redis
Group=redis
Type=forking
TimeoutSec=0
PIDFile=/usr/local/redis/log/redis_6379.pid
ExecStart=/usr/local/redis/bin/redis-server /usr/local/redis/conf/redis.conf
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true[Install]
WantedBy=multi-user.target

修改 Redis 配置文件(Master节点操作)

vim /usr/local/redis/conf/redis.conf
bind 0.0.0.0                                     #87行,修改监听地址为0.0.0.0
protected-mode no                                #111行,将本机访问保护模式设置no
port 6379                                        #138行,Redis默认的监听6379端口
daemonize yes                                    #309行,设置为守护进程,后台启动
pidfile /usr/local/redis/log/redis_6379.pid      #341行,指定 PID 文件
logfile "/usr/local/redis/log/redis_6379.log"    #354行,指定日志文件
dir /usr/local/redis/data                        #504行,指定持久化文件所在目录
#requirepass abc123                              #1037行,可选,设置redis密码
appendonly yes                                   #1380行,开启AOF
systemctl restart redis-server.service

修改 Redis 配置文件(Slave节点操作)

vim /usr/local/redis/conf/redis.conf
bind 0.0.0.0                                     #87行,修改监听地址为0.0.0.0
protected-mode no                                #111行,将本机访问保护模式设置no
port 6379                                        #138行,Redis默认的监听6379端口
daemonize yes                                    #309行,设置为守护进程,后台启动
pidfile /usr/local/redis/log/redis_6379.pid      #341行,指定 PID 文件
logfile "/usr/local/redis/log/redis_6379.log"    #354行,指定日志文件
dir /usr/local/redis/data                        #504行,指定持久化文件所在目录
#requirepass abc123                              #1037行,可选,设置redis密码
appendonly yes                                   #1380行,开启AOF
replicaof 192.168.80.10 6379                     #528行,指定要同步的Master节点IP和端口
#masterauth abc123                               #535行,可选,指定Master节点的密码,仅在Master节点设置了requirepass
systemctl restart redis-server.service

验证主从效果

在Master节点上看日志:

tail -f /usr/local/redis/log/redis_6379.log 
​
​
Replica 192.168.80.11:6379 asks for synchronization
Replica 192.168.80.12:6379 asks for synchronization
Synchronization with replica 192.168.80.11:6379 succeeded
Synchronization with replica 192.168.80.12:6379 succeeded

在Master节点上验证从节点:

redis-cli info replication
​
​
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.80.11,port=6379,state=online,offset=1246,lag=0
slave1:ip=192.168.80.12,port=6379,state=online,offset=1246,lag=1

三、Redis哨兵模式

  • 主从切换技术的方法是:当服务器宕机后,需要手动一台从机切换为主机,这需要人工干预,不仅费时费力而且还会造成一段时间内服务不可用。为了解决主从复制的缺点,就有了哨兵机制

  • 哨兵的核心功能:在主从复制的基础上,哨兵引入了主节点的自动故障转移

1)哨兵模式的作用

  • 监控:哨兵会不断地检查主节点和从节点是否运作正常

  • 自动故障转移:当主节点不能正常工作时,哨兵会开始自动故障转移操作,它会将失效主节点的其中一个从节点升级为新的主节点,并让其它从节点改为复制新的主节点

  • 通知(提醒):哨兵可以将故障转移的结果发送给客户端

2)哨兵结构

由两部分组成,哨兵节点和数据节点:

  • 哨兵节点:哨兵系统由一个或多个哨兵节点组成,哨兵节点是特殊的redis节点,不存储数据

  • 数据节点:主节点和从节点都是数据节点

3)故障转移机制

1.由哨兵节点定期监控发现主节点是否出现了故障 每个哨兵节点每隔1秒会向主节点、从节点及其它哨兵节点发送一次ping命令做一次心跳检测。如果主节点在一定时间范围内不回复或者是回复一个错误消息,那么这个哨兵就会认为这个主节点主观下线了(单方面的)。当超过半数哨兵节点认为该主节点主观下线了,这样就客观下线了

2.当主节点出现故障,此时哨兵节点会通过Raft算法(选举算法)实现选举机制共同选举出一个哨兵节点为leader,来负责处理主节点的故障转移和通知。所以整个运行哨兵的集群的数量不得少于3个节点

3.由leader哨兵节点执行故障转移,过程如下:

  • 将某一个从节点升级为新的主节点,让其它从节点指向新的主节点

  • 若原主节点恢复也变成从节点,并指向新的主节点

  • 通知客户端主节点已经更换

需要特别注意的是,客观下线是主节点才有的概念;如果从节点和哨兵节点发生故障,被哨兵主观下线后,不会再有后续的客观下线和故障转移操作

4)主节点的选举

  • 过滤掉不健康的(已下线的),没有回复哨兵 ping 响应的从节点

  • 选择配置文件中从节点优先级配置最高的。(replica-priority,默认值为100)

  • 选择复制偏移量最大,也就是复制最完整的从节点

哨兵的启动依赖于主从模式,所以须把主从模式安装好的情况下再去做哨兵模式

5)搭建Redis 哨兵模式

Master节点:192.168.80.10

Slave1节点:192.168.80.11

Slave2节点:192.168.80.12

systemctl stop firewalld
setenforce 0

修改 Redis 哨兵模式的配置文件(所有节点操作)

cp /opt/redis-7.0.9/sentinel.conf /usr/local/redis/conf/
chown redis.redis /usr/local/redis/conf/sentinel.conf
vim /usr/local/redis/conf/sentinel.conf
protected-mode no                                     #6行,关闭保护模式
port 26379                                            #10行,Redis哨兵默认的监听端口
daemonize yes                                         #15行,指定sentinel为后台启动
pidfile /usr/local/redis/log/redis-sentinel.pid       #20行,指定 PID 文件
logfile "/usr/local/redis/log/sentinel.log"           #25行,指定日志存放路径
dir /usr/local/redis/data                             #54行,指定数据库存放路径
sentinel monitor mymaster 192.168.80.10 6379 2        #73行,修改 指定该哨兵节点监控192.168.80.10:6379这个主节点,该主节点的名称是mymaster,最后的2的含义与主节点的故障判定有关:至少需要2个哨兵节点同意,才能判定主节点故障并进行故障转移
#sentinel auth-pass mymaster abc123                   #76行,可选,指定Master节点的密码,仅在Master节点设置了requirepass
sentinel down-after-milliseconds mymaster 3000        #114行,判定服务器down掉的时间周期,默认30000毫秒(30秒)
sentinel failover-timeout mymaster 180000             #214行,同一个sentinel对同一个master两次failover之间的间隔时间(180秒)

启动哨兵模式

先启master,再启slave

cd /usr/local/redis/conf/
redis-sentinel sentinel.conf &

查看哨兵信息

​redis-cli -p 26379 info Sentinel
​
​
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.80.10:6379,slaves=2,sentinels=3

故障模拟

查看redis-server进程号:

ps -ef | grep redis
​
​
root      57031      1  0 15:20 ?        00:00:07 /usr/local/bin/redis-server 0.0.0.0:6379
root      57742      1  1 16:05 ?        00:00:07 redis-sentinel *:26379 [sentinel]
root      57883  57462  0 16:17 pts/1    00:00:00 grep --color=auto redis

杀死 Master 节点上redis-server的进程号

kill -9 57031            #Master节点上redis-server的进程号

验证结果

tail -f /usr/local/redis/log/sentinel.log
​
​
6709:X 13 Mar 2023 12:27:29.517 # +sdown master mymaster 192.168.80.10 6379
6709:X 13 Mar 2023 12:27:29.594 * Sentinel new configuration saved on disk
6709:X 13 Mar 2023 12:27:29.594 # +new-epoch 1
6709:X 13 Mar 2023 12:27:29.595 * Sentinel new configuration saved on disk
6709:X 13 Mar 2023 12:27:29.595 # +vote-for-leader c64fac46fcd98350006900c330998364d6af635d 1
6709:X 13 Mar 2023 12:27:29.620 # +odown master mymaster 192.168.80.10 6379 #quorum 2/2
6709:X 13 Mar 2023 12:27:29.621 # Next failover delay: I will not start a failover before Mon Mar 13 12:33:30 2023
6709:X 13 Mar 2023 12:27:30.378 # +config-update-from sentinel c64fac46fcd98350006900c330998364d6af635d 192.168.80.11 26379 @ mymaster 192.168.80.10 6379
6709:X 13 Mar 2023 12:27:30.378 # +switch-master mymaster 192.168.80.10 6379 192.168.80.11 6379
6709:X 13 Mar 2023 12:27:30.378 * +slave slave 192.168.80.13:6379 192.168.80.13 6379 @ mymaster 192.168.80.11 6379
6709:X 13 Mar 2023 12:27:30.378 * +slave slave 192.168.80.10:6379 192.168.80.10 6379 @ mymaster 192.168.80.11 6379
6709:X 13 Mar 2023 12:27:30.381 * Sentinel new configuration saved on disk
6709:X 13 Mar 2023 12:27:33.379 # +sdown slave 192.168.80.10:6379 192.168.80.10 6379 @ mymaster 192.168.80.11 6379
redis-cli -p 26379 INFO Sentinel
​
​
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_tilt_since_seconds:-1
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.80.11:6379,slaves=2,sentinels=3

四、Redis 群集模式

  • 集群,即Redis Cluster,是Redis 3.0开始引入的分布式存储方案

  • 集群由多组节点(Node)组成,Redis的数据分布在这些节点中。集群中的节点分为主节点和从节点:只有主节点负责读写请求和集群信息的维护;从节点只进行主节点数据和状态信息的复制

1)集群的作用

(1)数据分区

  • 数据分区(或称数据分片)是集群最核心的功能

  • 集群将数据分散到多个节点,一方面突破了Redis单机内存大小的限制,存储容量大大增加;另一方面每个主节点都可以对外提供读服务和写服务,大大提高了集群的响应能力

  • Redis单机内存大小受限问题,在介绍持久化和主从复制时都有提及;例如,如果单机内存太大,bgsave和bgrewriteaof的fork操作可能导致主进程阻塞,主从环境下主机切换时可能导致从节点长时间无法提供服务,全量复制阶段主节点的复制缓冲区可能溢出

(2)高可用

  • 集群支持主从复制和主节点的自动故障转移(与哨兵类似);当任一节点发生故障时,集群仍然可以对外提供服务

2)Redis集群的数据分片

  • Redis集群引入了哈希槽的概念

  • Redis集群有16384个哈希槽(编号0-16383)

  • 集群的每组节点负责一部分哈希槽

  • 每个Key通过CRC16校验后对16384取余来决定放置哪个哈希槽,通过这个值,去找到对应的插槽所对应的节点,然后直接自动跳转到这个对应的节点上进行存取操作

#以3个节点组成的集群为例:

  • 节点A包含0到5460号哈希槽

  • 节点B包含5461到10922号哈希槽

  • 节点C包含10923到16383号哈希槽

#Redis集群的主从复制模型

  • 集群中具有A、B、C三个节点,如果节点B失败了,整个集群就会因缺少5461-10922这个范围的槽而不可以用。

  • 为每个节点添加一个从节点A1、B1、C1整个集群便有三个Master节点和三个slave节点组成,在节点B失败后,集群选举B1位为的主节点继续服务。当B和B1都失败后,集群将不可用。

3)搭建Redis 群集模式

redis的集群一般需要6个节点,3主3从。方便起见,这里所有节点在同一台服务器上模拟: 以端口号进行区分:

  • 3个主节点端口号:6001/6002/6003

  • 对应的从节点端口号:6004/6005/6006

cd /usr/local/redis/
mkdir -p redis-cluster/redis600{1..6}
for i in {1..6}
do
cp /opt/redis-7.0.9/redis.conf /usr/local/redis/redis-cluster/redis600$i
cp /opt/redis-7.0.9/src/redis-cli /opt/redis-7.0.9/src/redis-server /usr/local/redis/redis-cluster/redis600$i
done

开启群集功能

#其他5个文件夹的配置文件以此类推修改,注意6个端口都要不一样。
cd /usr/local/redis/redis-cluster/redis6001
vim redis.conf
#bind 127.0.0.1                                    #87行,注释掉bind项,默认监听所有网卡
protected-mode no                                  #111行,关闭保护模式
port 6001                                          #138行,修改redis监听端口
daemonize yes                                      #309行,设置为守护进程,后台启动
pidfile /usr/local/redis/log/redis_6001.pid        #341行,指定 PID 文件
logfile "/usr/local/redis/log/redis_6001.log"      #354行,指定日志文件
dir ./                                             #504行,指定持久化文件所在目录
appendonly yes                                     #1379行,开启AOF
cluster-enabled yes                                #1576行,取消注释,开启群集功能
cluster-config-file nodes-6001.conf                #1584行,取消注释,群集名称文件设置
cluster-node-timeout 15000                         #1590行,取消注释群集超时时间设置

启动redis节点

分别进入那六个文件夹,执行命令:redis-server redis.conf ,来启动redis节点

cd /usr/local/redis/redis-cluster/redis6001
redis-server redis.conf
for d in {1..6}
do
cd /usr/local/redis/redis-cluster/redis600$d
./redis-server redis.conf
done
ps -ef | grep redis

启动集群

​redis-cli --cluster create 127.0.0.1:6001 127.0.0.1:6002 127.0.0.1:6003 127.0.0.1:6004 127.0.0.1:6005 127.0.0.1:6006 --cluster-replicas 1

#六个实例分为三组,每组一主一从,前面的做主节点,后面的做从节点。下面交互的时候 需要输入 yes 才可以创建。

--replicas 1 表示每个主节点有1个从节点

测试群集

redis-cli -p 6001 -c                    #加-c参数,节点之间就可以互相跳转
127.0.0.1:6001> cluster slots            #查看节点的哈希槽编号范围
​
​
1) 1) (integer) 54612) (integer) 10922                                    #哈希槽编号范围3) 1) "127.0.0.1"2) (integer) 6003                                    #主节点IP和端口号3) "fdca661922216dd69a63a7c9d3c4540cd6baef44"4) 1) "127.0.0.1"2) (integer) 6004                                    #从节点IP和端口号3) "a2c0c32aff0f38980accd2b63d6d952812e44740"
2) 1) (integer) 02) (integer) 54603) 1) "127.0.0.1"2) (integer) 60013) "0e5873747a2e26bdc935bc76c2bafb19d0a54b11"4) 1) "127.0.0.1"2) (integer) 60063) "8842ef5584a85005e135fd0ee59e5a0d67b0cf8e"
3) 1) (integer) 109232) (integer) 163833) 1) "127.0.0.1"2) (integer) 60023) "816ddaa3d1469540b2ffbcaaf9aa867646846b30"4) 1) "127.0.0.1"2) (integer) 60053) "f847077bfe6722466e96178ae8cbb09dc8b4d5eb"
​
127.0.0.1:6001> set name zhangsan
-> Redirected to slot [5798] located at 127.0.0.1:6003
OK
127.0.0.1:6001> cluster keyslot name                    #查看name键的槽编号
redis-cli -p 6004 -c
redis-cli -p 6001 -c cluster novv

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/29088.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

前后端分离式项目架构流程复盘之宿舍管理系统

文章目录 🐒个人主页🏅JavaEE系列专栏📖前言:【🎇前端】先创建Vue-cli项目(版本2.6.10,仅包含babel),请选择此项目并创建 【整理简化项目模板】【🎀创建路由】…

k8s 终止pod

cat test.yaml apiVersion: v1 #必选,版本号,例如v1 kind: Pod #必选,Pod metadata: #必选,元数据 name: string #必选,Pod名称 namespace: string #必选,Pod所属的命…

git clean 命令

git clean -n //显示要删除的文件,clean的演习,告诉哪些文件删除,只是一个提醒。 git clean -dn //显示要删除的文件和目录 git clean -f //删除未追踪的文件 git clean -dff //删除未追踪的目录 git clean -df //清除所有未跟踪文件&#xf…

缩略图更清晰了:imagecopysampled代替imagecopyresized

之前用 imagecopyresized() 生成缩略图,但是效果不是太理想,后来把 imagecopyresized() 换成 imagecopysampled() ,效果好太多了,图片变得更加清晰了。 通过对比图,很明显看出,imagecopysampled()生成的缩略图,清晰度高很多。 下面是imagecopysampled()生成缩略图的代…

Netty面试题1

计算机网络模型 OSI采用了分层的结构化技术,共分七层, 物理层、数据链路层、网络层、传输层、会话层、表示层、应用层 。 Open System Interconnect 简称OSI,是国际标准化组织(ISO)和国际电报电话咨询委员会(CCITT)联合制定的开放系统互连参…

互联网医院|线上医疗平台连接医者和患者的桥梁

近年来,随着互联网技术的飞速发展,互联网医院系统悄然崛起,引领着医疗行业的变革浪潮。这一系统以其出色的功能与服务,为广大患者带来了便捷、高效的医疗体验,将传统医疗模式推向了新的高度。 作为医疗界的新生力量&a…

c# 初始化列表,并给列表里面所有的元素进行初始化

Enumerable.Repeat 方法是用于生成一个包含指定元素重复若干次的序列。它接受两个参数,第一个参数是要重复的元素,第二个参数是重复次数。 下面是 Enumerable.Repeat 方法的用法和示例: using System; using System.Collections.Generic; u…

nginx中的location匹配与重定向

location匹配有三种方法:完全匹配,正则匹配,通用匹配。 精确匹配:location / { ... } 正则匹配:location - / { ... } 一般匹配:location / { ... } location通过uri来匹配资源。uri:统一资源…

FFmpeg常见命令行(三):FFmpeg转码

前言 在Android音视频开发中,网上知识点过于零碎,自学起来难度非常大,不过音视频大牛Jhuster提出了《Android 音视频从入门到提高 - 任务列表》。本文是Android音视频任务列表的其中一个, 对应的要学习的内容是:如何使…

七月学习总结

一晃暑期七月份已经结束了,八月份需要做的事情更多。 在成长的路上不断地迷茫,不断地前进。到底才能完成对自己地救赎。 目前想的就是以后走软件开发,往架构方向做,主语言Java或者go,408基础一定要扎实,计…

新型网络安全:从过程到明确结果

内容 过去的情况网络安全是理论性的,结果才是实际性的。这可能吗?我们现在的努力方向结论 本文讲述了为什么企业必须重新思考其网络安全方法:旧方法是否足够有效,是否可以完全适用?公司应采取哪些行动来实现内部信息…

【LeetCode】【数据结构】单链表OJ常见题型(二)

👀樊梓慕:个人主页 🎥个人专栏:《C语言》《数据结构》《蓝桥杯试题》《LeetCode刷题笔记》 🌝每一个不曾起舞的日子,都是对生命的辜负 目录 前言: 【LeetCode】面试题02.04. 分割链表 【Lee…

微信小程序申请步骤

微信公众平台链接:https://mp.weixin.qq.com/ 1、进到微信公众平台,点一下“点击注册”,挑选账号申请种类“小程序”,填好微信小程序用户信息,包含电子邮箱、登陆密码等。 2、微信公众平台会发送一封电子邮件&#xf…

Android WebView简单应用:构建内嵌网页浏览功能

在现代移动应用开发中,内嵌网页浏览功能是许多应用程序的常见需求。Android平台提供了WebView组件,它允许开发者将网页内容嵌入到应用中,并提供了丰富的功能和定制选项。本文将介绍如何在Android应用中使用WebView组件,帮助您快速…

Web3 solidity编写交易所合约 编写ETH和自定义代币存入逻辑 并带着大家手动测试

上文 Web3 叙述交易所授权置换概念 编写transferFrom与approve函数我们写完一个简单授权交易所的逻辑 但是并没有测试 其实也不是我不想 主要是 交易所也没实例化 现在也测试不了 我们先运行 ganache 启动一个虚拟的区块链环境 先发布 在终端执行 truffle migrate如果你跟着我…

# ⛳ Docker 安装、配置和详细使用教程-Win10专业版

目录 ⛳ Docker 安装、配置和详细使用教程-Win10专业版🚜 一、win10 系统配置🎨 二、Docker下载和安装🏭 三、Docker配置🎉 四、Docker入门使用 ⛳ Docker 安装、配置和详细使用教程-Win10专业版 🚜 一、win10 系统配…

ArcGIS Pro基础:【划分】工具实现等比例、等面积、等宽度划分图形操作

本次介绍【划分】工具的使用,如下所示,为该工具所处位置。使用该工具可以实现对某个图斑的等比例面积划分、相等面积划分和相等宽度划分。 【等比例面积】:其操作如下所示,其中: 1表示先选中待处理的图斑,2…

python的条件判断中的not、is、is not、is not None、is None

目录 1.not A 2.is和is not 3.is not None和is None 4.实例 1.not A 是判断A是否为0、False、空字符串、空列表、空字典、空元组以及None,满足任一条件即返回True 2.is和is not 是不是某种对象 3.is not None和is None None:在Python中是一个单…

【Linux进程篇】进程概念(2)

【Linux进程篇】进程概念(2) 目录 【Linux进程篇】进程概念(2)进程状态Linux对进程的说法linux中的信号 进程状态查看Z(zombie)——僵尸进程僵尸进程的危害 孤儿进程 进程优先级基本概念查看系统进程PRI (优先级priori…

redis五大类型分析--list(1)

此篇为对redis五大数据类型中list的分析,希望能有所帮助 List API listTypePush函数 void listTypePush(robj *subject, robj *value, int where) {/* 检查编码类型是否为 quicklist (快速列表) */if (subject->encoding OBJ_ENCODING_QUICKLIST) {/* 根据参数…