Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
caopu16
whatsmars
提交
701a6766
W
whatsmars
项目概览
caopu16
/
whatsmars
与 Fork 源项目一致
Fork自
武汉红喜 / whatsmars
通知
1
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
W
whatsmars
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
前往新版Gitcode,体验更适合开发者的 AI 搜索 >>
提交
701a6766
编写于
9月 11, 2018
作者:
武汉红喜
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
README
上级
ea847a32
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
8 addition
and
0 deletion
+8
-0
whatsmars-redis/README.md
whatsmars-redis/README.md
+8
-0
未找到文件。
whatsmars-redis/README.md
浏览文件 @
701a6766
...
...
@@ -24,5 +24,13 @@ SDR显然更提倡Cluster模式
-
Jedis实例是线程不安全的,在多线程的环境下,需要使用连接池,每个线程都使用自己的Jedis实例,当连接数增多时,
会消耗较多的物理资源。而Lettuce基于Netty,是一个可伸缩的线程安全的Redis客户端,支持同步、异步和响应式模式。
### Thread or epoll
MySQL为什么使用线程的模型而不是epoll之类的技术?
MySQL的主要任务是把数据组织成树表,在磁盘和内存之间进行转换,并且进行大量的查找和排序,所有这些操作花费的时间都很长。
假设每次操作平均占用30ms,而通过网络返回只需要1ms,则总花费31ms。时间主要花费在CPU和内存占用,而不是网络等待上。
所以,非阻塞io没有优势。而应用服务器,主要是接入客户端,对客户端认证,然后通过远程访问数据库,之后就是等待期,
应用服务器大部分时间花费在等待数据库结果以及各种远程服务比如某种密钥计算或者认证。那么Redis为什么用非阻塞?
主要是Redis的数据目标是存储到内存,而且没有大密度查找排序这种计算,所以Redis的计算很快,也就不存在io问题。
### MORE
-
[
如何根据key前缀统计内存占用
](
https://segmentfault.com/q/1010000010575235
)
\ No newline at end of file
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录