用Codis实现Redis分布式集群_openbox2008的博客-CSDN博客
用Codis实现Redis分布式集群
openbox2008
于 2018-04-21 20:25:54 发布
17326
收藏
17
分类专栏：
NoSQL
NoSQL
专栏收录该内容
1 篇文章
0 订阅
订阅专栏
一、Redis集群概述
Redis官方近期推出的Redis Cluster，Redis集群有三种实现机制，分别介绍如下，（1）客户端分片，（2）代理分片，（3）Redis Cluster
1.1 客户端分片
这种方案将分片工作放在业务程序端，程序代码根据预先设置的路由规则，直接对多个Redis实例进行分布式访问。这样的好处是，不依赖于第三方分布式中间件，实现方法和代码都自己掌控，可随时调整，不用担心踩到坑。
这实际上是一种静态分片技术。Redis实例的增减，都得手工调整分片程序。基于此分片机制的开源产品，现在仍不多见。
这种分片机制的性能比代理式更好（少了一个中间分发环节）。但缺点是升级麻烦，对研发人员的个人依赖性强——需要有较强的程序开发能力做后盾。如果主力程序员离职，可能新的负责人，会选择重写一遍。
所以，这种方式下，可运维性较差。出现故障，定位和解决都得研发和运维配合着解决，故障时间变长。
1.2 代理分片
这种方案，将分片工作交给专门的代理程序来做。代理程序接收到来自业务程序的数据请求，根据路由规则，将这些请求分发给正确的Redis实例并返回给业务程序。
这种机制下，一般会选用第三方代理程序（而不是自己研发），因为后端有多个Redis实例，所以这类程序又称为分布式中间件。
这样的好处是，业务程序不用关心后端Redis实例，运维起来也方便。虽然会因此带来些性能损耗，但对于Redis这种内存读写型应用，相对而言是能容忍的。
这是我们推荐的集群实现方案。像基于该机制的开源产品Twemproxy，便是其中代表之一，应用非常广泛。
1.3 Redis Cluster
在这种机制下，没有中心节点（和代理模式的重要不同之处）。所以，一切开心和不开心的事情，都将基于此而展开。
Redis Cluster将所有Key映射到16384个Slot中，集群中每个Redis实例负责一部分，业务程序通过集成的Redis Cluster客户端进行操作。客户端可以向任一实例发出请求，如果所需数据不在该实例中，则该实例引导客户端自动去对应实例读写数据。
Redis Cluster的成员管理（节点名称、IP、端口、状态、角色）等，都通过节点之间两两通讯，定期交换并更新。
由此可见，这是一种非常“重”的方案。已经不是Redis单实例的“简单、可依赖”了。可能这也是延期多年之后，才近期发布的原因之一。
这令人想起一段历史。因为Memcache不支持持久化，所以有人写了一个Membase，后来改名叫Couchbase，说是支持Auto Rebalance，好几年了，至今都没多少家公司在使用。
这是个令人忧心忡忡的方案。为解决仲裁等集群管理的问题，Oracle RAC还会使用存储设备的一块空间。而Redis Cluster，是一种完全的去中心化……
二、 Twemproxy代理
Twemproxy是一种代理分片机制，由Twitter开源。Twemproxy作为代理，可接受来自多个程序的访问，按照路由规则，转发给后台的各个Redis服务器，再原路返回。
这个方案顺理成章地解决了单个Redis实例承载能力的问题。当然，Twemproxy本身也是单点，需要用Keepalived做高可用方案。
我想很多人都应该感谢Twemproxy，这么些年来，应用范围最广、稳定性最高、最久经考验的分布式中间件，应该就是它了。只是，他还有诸多不方便之处。
Twemproxy最大的痛点在于，无法平滑地扩容/缩容。
这样导致运维同学非常痛苦：业务量突增，需增加Redis服务器；业务量萎缩，需要减少Redis服务器。但对Twemproxy而言，基本上都很难操作（那是一种锥心的、纠结的痛……）。
或者说，Twemproxy更加像服务器端静态sharding。有时为了规避业务量突增导致的扩容需求，甚至被迫新开一个基于Twemproxy的Redis集群。
Twemproxy另一个痛点是，运维不友好，甚至没有控制面板。
三、Codis
Codis由豌豆荚于2014年11月开源，基于Go和C开发，是近期涌现的、国人开发的优秀开源软件之一。
https://github.com/CodisLabs/codis
一、概要
Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 Redis Server 没有明显的区别 (有一些命令不支持), 上层应用可以像使用单机的 Redis 一样使用, Codis 底层会处理请求的转发, 不停机的数据迁移等工作, 所有后边的一切事情, 对于前面的客户端来说是透明的, 可以简单的认为后边连接的是一个内存无限大的 Redis 服务，当然，前段时间redis官方的3.0出了稳定版，3.0支持集群功能，codis的实现原理和3.0的集群功能差不多。
二、架构
三、角色分批
10
11
12
13
zookeeper集群:
10.10.0.47
10.10.0.48
10.10.1.76
codis-config、codis-ha：
10.10.32.10:18087
codis-proxy：
10.10.32.10:19000
10.10.32.49:19000
codis-server：
10.10.32.42：6379、10.10.32.43：6380（主、从）
10.10.32.43：6379、10.10.32.44：6380（主、从）
10.10.32.44：6379、10.10.32.42：6380（主、从）
四、部署
1、安装zookeeper
yum -y
install
zookeeper jdk
##安装服务
vim
/etc/hosts
##添加host
10.10.0.47 ZooKeeper-node1
10.10.0.48 ZooKeeper-node2
10.10.1.76 ZooKeeper-node3
10
vim
/etc/zookeeper/conf/zoo
.cfg
##撰写zk的配置文件
maxClientCnxns=50
tickTime=2000
initLimit=10
syncLimit=5
dataDir=
/data/zookeeper/
clientPort=2181
server.1=ZooKeeper-node1:2888:3888
server.2=ZooKeeper-node2:2888:3888
server.3=ZooKeeper-node3:2888:3888
mkdir
/data/zookeeper/
##创建zk的datadir目录
echo
"2"
/data/zookeeper/myid
##生成ID，这里需要注意， myid对应的zoo.cfg的server.ID，比如ZooKeeper-node2对应的myid应该是2
/usr/lib/zookeeper/bin/zkServer
.sh start
## 服务启动
2、go安装（codis是go语言写的，所以那些机器需要安装你懂得）
10
11
12
wget https:
//storage
.googleapis.com
/golang/go1
.4.1.linux-amd64.
tar
.gz
tar
-zxvf go1.4.1.linux-amd64.
tar
.gz
mv
go
/usr/local/
cd
/usr/local/go/src/
bash
all.
bash
cat
>> ~/.bashrc << _bashrc_export
export
GOROOT=
/usr/local/go
export
PATH=\$PATH:\$GOROOT
/bin
export
GOARCH=amd64
export
GOOS=linux
_bashrc_export
source
~/.bashrc
3、下载并编译codis（codis-config、codis-proxy、codis-server所在的机器）
mkdir
/data/go
export
GOPATH=
/data/go
/usr/local/go/bin/go
get github.com
/wandoulabs/codis
cd
/data/go/src/github
.com
/wandoulabs/codis/
/bootstrap
.sh
make
gotest
五、服务启动及初始化集群
1、启动 dashboard（codis-config上操作）
cat
/etc/codis/config_10
.ini
##撰写配置文件
zk=10.10.0.47:2181,10.10.0.48:2181,10.10.1.76:2181
product=zh_news
proxy_id=codis-proxy_10
net_timeout=5000
proto=tcp4
dashboard_addr=10.10.32.10:18087
cd
/data/go/src/github
.com
/wandoulabs/codis/
&& .
/bin/codis-config
-c
/etc/codis/config_10
.ini dashboard &
2、初始化 slots （codis-config上操作）
cd
/data/go/src/github
.com
/wandoulabs/codis/
&& .
/bin/codis-config
-c
/etc/codis/config_10
.ini slot init
3、启动 Codis Redis , 和官方的Redis Server参数一样（codis-server上操作）
cd
/data/go/src/github
.com
/wandoulabs/codis/
&& .
/bin/codis-server
/etc/redis_6379
.conf &
4、添加 Redis Server Group , 每一个 Server Group 作为一个 Redis 服务器组存在, 只允许有一个 master, 可以有多个 slave, group id 仅支持大于等于1的整数（codis-config上操作）
cd
/data/go/src/github
.com
/wandoulabs/codis/
/bin/codis-config
-c
/etc/codis/config_10
.ini server add 1 10.10.32.42:6379 master
/bin/codis-config
-c
/etc/codis/config_10
.ini server add 1 10.10.32.43:6380 slave
/bin/codis-config
-c
/etc/codis/config_10
.ini server add 2 10.10.32.43:6379 master
/bin/codis-config
-c
/etc/codis/config_10
.ini server add 2 10.10.32.44:6380 slave
/bin/codis-config
-c
/etc/codis/config_10
.ini server add 3 10.10.32.44:6379 master
/bin/codis-config
-c
/etc/codis/config_10
.ini server add 3 10.10.32.42:6380 slave
5、设置 server group 服务的 slot 范围 Codis 采用 Pre-sharding 的技术来实现数据的分片, 默认分成 1024 个 slots (0-1023), 对于每个key来说, 通过以下公式确定所属的 Slot Id : SlotId = crc32(key) % 1024 每一个 slot 都会有一个特定的 server group id 来表示这个 slot 的数据由哪个 server group 来提供.（codis-config上操作）
cd
/data/go/src/github
.com
/wandoulabs/codis/
/bin/codis-config
-c
/etc/codis/config_10
.ini slot range-
set
0 300 1 online
/bin/codis-config
-c
/etc/codis/config_10
.ini slot range-
set
301 700 2 online
/bin/codis-config
-c
/etc/codis/config_10
.ini slot range-
set
701 1023 3 online
6、启动 codis-proxy （codis-proxy上操作）
cat
/etc/codis/config_10
.ini
##撰写配置文件
zk=10.10.0.47:2181,10.10.0.48:2181,10.10.1.76:2181
product=zh_news
proxy_id=codis-proxy_10
##10.10.32.49上改成codis-proxy_49，多个proxy，proxy_id 需要唯一
net_timeout=5000
proto=tcp4
dashboard_addr=10.10.32.10:18087
cd
/data/go/src/github
.com
/wandoulabs/codis/
&& .
/bin/codis-proxy
-c
/etc/codis/config_10
.ini -L
/data/log/codis-proxy_10
.log --cpu=4 --addr=0.0.0.0:19000 --http-addr=0.0.0.0:11000 &
cd
/data/go/src/github
.com
/wandoulabs/codis/
&& .
/bin/codis-proxy
-c
/etc/codis/config_49
.ini -L
/data/log/codis-proxy_49
.log --cpu=4 --addr=0.0.0.0:19000 --http-addr=0.0.0.0:11000 &
OK，整个集群已经搭建成功了，截图给你们show show
六、codis-server的HA
codis-ha实现codis-server的主从切换，codis-server主库挂了会提升一个从库为主库，从库挂了会设置这个从库从集群下线
1、安装
export
GOPATH=
/data/go
/usr/local/go/bin/go
get github.com
/ngaut/codis-ha
cd
/data/go/src/github
.com
/ngaut/codis-ha
go build
cp
codis-ha
/data/go/src/github
.com
/wandoulabs/codis/bin/
使用方法：
codis-ha --codis-config=dashboard地址:18087 --productName=集群项目名称
2、使用supervisord管理codis-ha进程
yum -y
install
supervisord
10
11
/etc/supervisord
.conf中添加如下内容：
[program:codis-ha]
autorestart = True
stopwaitsecs = 10
startsecs = 1
stopsignal = QUIT
command
=
/data/go/src/github
.com
/wandoulabs/codis/bin/codis-ha
--codis-config=10.10.32.17:18087 --productName=zh_news
user = root
startretries = 3
autostart = True
exitcodes = 0,2
3、启动supervisord服务
/etc/init
.d
/supervisord
start
chkconfig supervisord on
此时，ps -ef |grep codis-ha 你回发现codis-ha进程已经启动，这个时候你去停掉一个codis-server的master，看看slave会不会提升为master呢
七、关于监控
关于整个codis集群的监控，我们这边用的是zabbix，监控的指标比较简单，所以这块大家有什么好的建议多给我提提哈
zookeeper：监控各个节点的端口联通性（以后想着把进程也监控上）
codis-proxy：监控了端口的联通性，这个监控远远不够呀
codis-server：监控了内存使用率、连接数、联通性
codis-ha：监控进程
dashboard：监控端口联通性
八、使用过程中遇到的问题
1、codis-proxy的日志切割，codis-proxy的默认日志级别是info，日志量很大，我们这边每天产生50多G日志，目前codis-proxy还不支持热重启，想修改启动参数还是比较麻烦的，日志切割推荐用logrotate
2、codis-proxy的监听地址默认没有具体ipv4，也就是codis-proxy启动之后没有0.0.0.0:19000这样的监听，这样会导致的问题就是前端lvs没有办法负载均衡codis-proxy，不能转发请求过，这个问题已联系作者处理了，在codis-proxy启动的配置文件中加上proto=tcp4这个参数就支持监听ipv4了
3、添加 Redis Server Group的时候，非codis-server（原生的redis）竟然也能加入到codis集群里面，在redis和codis-server共存在一个物理机上的清楚，很容易加错，希望能有个验证，非codis-server不能加入到codis集群
4、codis集群内部通讯是通过主机名的，如果主机名没有做域名解析那dashboard是通过主机名访问不到proxy的http-addr地址的，这会导致从web界面上看不到 OP/s的数据，至于还有没有其他问题，目前我这边还没有发现，建议内部通讯直接用内网IP
openbox2008
关注
关注
点赞
17
收藏
评论
用Codis实现Redis分布式集群
一、Redis集群概述Redis官方近期推出的Redis Cluster，Redis集群有三种实现机制，分别介绍如下，（1）客户端分片，（2）代理分片，（3）Redis Cluster1.1 客户端分片这种方案将分片工作放在业务程序端，程序代码根据预先设置的路由规则，直接对多个Redis实例进行分布式访问。这样的好处是，不依赖于第三方分布式中间件，实现方法和代码都自己掌控，可随时调整，不用担心踩到...
复制链接
扫一扫
专栏目录
Codis分布式Redis解决方案 v3.2.2
08-13
为您提供Codis分布式Redis解决方案下载，Codis是一个分布式Redis解决方案，对于上层的应用来说，连接到CodisProxy和连接原生的RedisServer没有明显的区别(不支持的命令列表)，上层应用可以像使用单机的Redis一样使用，Codis底层会处理请求的转发，不停机的数据迁移等工作，所有后边的一切事情，对于前面的客户端来说是透明的，可以简单的认为后边连接的是一个内存无限大的Redis服务。Codis由四部分组成：Codis
redis-codis ( redis集群方案之一 )
hsw的博客
03-17
702
1，为什么会出现codis
单机内存太大则rdb文件就大,主从同步全量的时候耗时太长.
单机内存太大则都使用一个机器的CPU,海量数据的处理肯定不够用
分布式可以利用多个cpu的优势.而且可以存储海量的数据.
在大数据高并发场景下，单个redis实例往往会无法应对
其次在CPU利用率中上，单个redis实例只能利用单核，数据量太大，压力就会特别大
2、什么是codis
codis是redi...
参与评论
您还未登录，请先
登录
后发表或查看评论
66道史上最全Redis面试题，面试官能问的都被我找到了（附答案）
最新发布
jcc4261的博客
11-15
25
Redis 的全称是：Remote Dictionary.Server，本质上是一个 Key-Value 类型的内存数据库，很像memcached，整个数据库统统加载在内存当中进行操作，定期通过异步操作把数据库数据 flush 到硬盘上进行保存。因为是纯内存操作，Redis 的性能非常出色，每秒可以处理超过 10 万次读写操作，是已知性能最快的Key-Value DB。
Codis与RedisCluster的原理详解
weixin_30635053的博客
08-03
151
背景介绍
我们先来看一下为什么要做集群，如果我们要部署一个单节点Redis，很明显会遇到单点故障的问题。
首先能想到解决单点故障的方法，就是做主从，但是当有海量存储需求时，单一的主从结构就会出问题，说问题之前要先了解一下主从之间是如何复制的。
我们把Redis分为三个部分，分别是客户端、主节点以及从节点，如果从节点要同步主节点的数据，它首先会发Sync指令给主节点，主节点收到指令之后...
codis集群和redis cluster的优劣对比
weixin_34250709的博客
12-14
1798
1、codis架构如下：（1）Codis是一整套缓存解决方案，包含高可用、数据分片、监控、动态扩态 etc.。走的是 Apps->代理->redis cluster，一定规模后基本都采用这种方式。（2）Codis引入了Group的概念，每个Group包括1个Redis Master及至少1个Redis Slave，这是和Twemproxy的区别之一。这样做的好处是，如果当前Master...
Redis 4.0、codis、云数据库Redis版集群区别及如何选择
云计算知识分享
10-02
467
架构对比 Redis 4.0 cluster
Redis 4.0版本的集群是去中心化的结构，集群元数据信息分布在每个节点上，主备切换依赖于多个节点协商选主。Redis 提供了redis-trib工具做部署集群及运维等操作。
客户端访问散列的db节点需依赖smart client，也就是客户端需要对redis返回的节点信息做判断选择路由等操作。例如客户端请求一个节点，如果所请求的key不在该节点上，...
Codis和Redis-cluster对比
BAKI的博客
11-27
5923
Codis和Redis-cluster对比及性能测试
架构对比
redis cluster
redis 4.0版本的集群是去中心化的结构，集群元数据信息分布在每个节点上，主备切换依赖于多个节点协商选主。
redis 提供了redis-trib 工具做部署集群及运维等操作。
客户端访问散列的db节点需依赖smart client，也就是客户端需要对redis返回的节点信息做判断选择路由等操作。例如...
Day761.Redis集群方案：Codis -Redis 核心技术与实战
阿昌爱Java
10-06
707
Codis 集群包含codis server、codis proxy、Zookeeper、codis dashboard 和 codis fe 这四大类组件。和负责处理数据读写请求，其中，codis proxy 和客户端连接，接收请求，并转发请求给 codis server，而 codis server 负责具体处理请求。codis dashboard 和 codis fe 负责集群管理，其中，codis dashboard 执行管理操作，而 codis fe 提供 Web 管理界面。
Redis学习笔记35——Codis VS Redis Cluster：我该选择哪一个集群方案？
qq_34132502的博客
07-15
180
Codis
组件
Codis 集群包含 codis server、codis proxy、Zookeeper、codis dashboard 和 codis fe 这四大类组件。我们再来回顾下它们的主要功能。
codis proxy 和 codis server 负责处理数据读写请求，其中，codis proxy 和客户端连接，接收请求，并转发请求给 codis server，而 codis server 负责具体处理请求。
codis dashboard 和 codis fe 负责集群管理，其中，cod
codis3.2升级redis3.11到redis6.0.10调研
qq_33339479的博客
03-26
632
codis升级redis3.11到redis6.0.10背景
当前codis最新版本为3.2对应的redis的版本为3.2.11，针对以往的redis在使用过程中当内存碎片率过高时只能重启节点，无法动态释放故调研升级到redis6版本。
codis调研
从codis的架构可以知道，codis中的jodis-client（通过zk）或者redis-client直连的方式来访问codis-proxy，codis-proxy通过计算对应的key的slot来转发到对应的codis-group中去，这样完成一个完整
Redis Cluster与Codis的选择
h_big_tiger的博客
11-20
2356
Redis Cluster与Codis的选择
一、Codis
1.1 Codis是什么
Codis 是 Wandoujia Infrastructure Team 开发的一个分布式 Redis 服务, 用户可以看成是一个无限内存的 Redis 服务, 有动态扩/缩容的能力. 对偏存储型的业务更实用, 如果你需要 SUBPUB 之类的指令, Codis 是不支持的. 时刻记住 Codis 是一个分布...
Redis之Codis
cainiao1412的博客
01-02
1138
场景
在大数据高并发场景下，使用单个redis实例，即使redis的性能再高，也会变的非常吃力，
首先，数据量越大，redis占用内存就越大，进一步导致rdb文件过大，这种情况会使的主从全量同步时间过长，同时实例重启时，加载过大的rdb也会让启动时间变长，
其次在CPU的使用上，单个实例的Redis只能使用一个CPU核心，一个核心应多过多的数据，也会显得力不从心，
因此需要一个集群方案，将巨大的数据量由一台实例分散到多台实例上，从Redis流行到官方支持自己的Cluster方案之间，第三方也在自己开
redis-cluster和Codis关于slot迁移原理对比
weixin_34406796的博客
01-31
946
2019独角兽企业重金招聘Python工程师标准>>>
...
Redis- redis4.0、codis、阿里云redis 3种redis集群对比分析
weixin_30539625的博客
01-11
53
本文对redis4.0版本的cluster，codis，以及阿里云redis 3种集群进行了对比分析。
1、架构对比
1.1、redis 4.0 cluster
redis 4.0版本的集群是去中心化的结构，集群元数据信息分布在每个节点上，主备切换依赖于多个节点协商选主。 redis 提供了redis-trib 工具做部署集群及...
codis集群搭建
IT0225的博客
04-16
310
1.什么是Codis？
Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 Redis Server 没有明显的区别
(不支持的命令列表), 上层应用可以像使用单机的 Redis 一样使用, Codis 底层会处理请求的转发, 不停机的数据迁移等工作,
所有后边的一切事情, 对于前面的客户端来说是透明的, 可以简单的认为后边连接的是一个内存无限大的 Redis 服务。
2.codis介绍
Codis是一个分布式Redis解决方案,对于上层的应
redis和codis分享
dayibagou的专栏
02-13
5852
以下是自己的理解，可能会有些误解的地方，还请大家交流指点......
redis个人理解，已经jedis和codis性能比较
缓存系列之五：通过codis3.2实现redis3.2.8集群的管理
reblue520的专栏
05-18
268
通过codis3.2实现redis3.2.8集群
一：Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 Redis Server 没有明显的区别 (不支持的命令列表https://github.com/CodisLabs/codis/blob/release3.1/doc/unsupported_cmds.md), 上...
高效运维最佳实践（03）：Redis集群技术及Codis实践 (转)
guo_yang的博客
06-10
368
专栏介绍
“高效运维最佳实践”是InfoQ在2015年推出的精品专栏，由触控科技运维总监萧田国撰写，InfoQ总编辑崔康策划。
前言
诚如开篇文章所言，高效运维包括管理的专业化和技术的专业化。前两篇我们主要在说些管理相关的内容，本篇说一下技术专业化。希望读者朋友们能适应这个转换，谢谢。
互联网早在几年前就已进入Web 2.0时代，对后台支撑能力的要求，提高了几十倍甚至几百倍。在这个演化过程...
redis4.0、codis、阿里云redis 3种redis集群对比分析
weixin_33701617的博客
01-11
235
本文对redis4.0版本的cluster，codis，以及阿里云redis 3种集群进行了对比分析。
1、架构对比
1.1、redis 4.0 cluster
redis 4.0版本的集群是去中心化的结构，集群元数据信息分布在每个节点上，主备切换依赖于多个节点协商选主。redis 提供了redis-trib 工具做部署集群及运维等操作。客户端访问散列的...
Codis与Redis Cluster集群方案对比
tiandao321的专栏
03-08
4322
Codis与RedisCluster集群方案对比
Codis
RedisCluster
数据库数量
16
客户端支持
All
SmartClient
Redis版本
...
“相关推荐”对你有帮助么？
非常没帮助
没帮助
一般
有帮助
非常有帮助
提交
©️2022 CSDN
皮肤主题：书香水墨
设计师：CSDN官方博客
返回首页
openbox2008
CSDN认证博客专家
CSDN认证企业博客
码龄5年
暂无认证
90
原创
2万+
周排名
90万+
总排名
58万+
访问
等级
4416
积分
139
粉丝
123
获赞
34
评论
653
收藏
私信
关注
热门文章
DELL iDRAC服务器远程控制设置
92279
如何查看MySQL用户权限
67118
开源ITSM工具iTop从入门到实施
36059
DELL R720服务器BIOS、iDRAC、PERC RAID阵列卡的设置，MAC地址收集
34648
华为商业级AC6005+AP3030DN无线WIFI组网
19390
分类专栏
Linux
54篇
MySQL
8篇
Python
1篇
Openstack
10篇
Saltstack
ELKStack
Zabbix
CMDB
ITSM
1篇
数据库
1篇
服务器
9篇
WEB应用
1篇
负载均衡
3篇
网络与安全
16篇
系统架构
自动化安装与部署
自动化运维
2篇
系统监控
云计算
NoSQL
1篇
Java
25篇
最新评论
Linux 系统中的 SNMP Trap及常用OID
galtenman:
图片都裂了
Javascript操作DOM事件对象
GApractice:
在看到大佬这篇文章之前，我对人世间是否有真正的圣人是怀疑的;而现在，我终于信了~
Linux shell编程（三）shell脚本中的特殊变量详解
这个人很懒，连昵称也没有:
一个变量都有这么多知识，牛X了
开源ITSM工具iTop从入门到实施
小爷不高兴:
为什么我装完之后 提示 请完成身份认证，需要输入用户名和密码
开源ITSM工具iTop从入门到实施
干坏事p过:
（自动评论）膜拜技术大佬,来我博客指点江山吧
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
最新文章
Navicat 11连接MYSQL 8.0问题
Java数据库开发之Hibernate框架(5)Hibernate的锁和缓存
Java数据库开发之Hibernate框架(4)Hibernate的查询
2019年14篇
2018年92篇
目录
目录
分类专栏
Linux
54篇
MySQL
8篇
Python
1篇
Openstack
10篇
Saltstack
ELKStack
Zabbix
CMDB
ITSM
1篇
数据库
1篇
服务器
9篇
WEB应用
1篇
负载均衡
3篇
网络与安全
16篇
系统架构
自动化安装与部署
自动化运维
2篇
系统监控
云计算
NoSQL
1篇
Java
25篇
目录
评论
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额
抵扣说明：
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载，可以购买VIP、C币套餐、付费专栏及课程。
余额充值