博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
redis知识点整理
阅读量:6327 次
发布时间:2019-06-22

本文共 721 字,大约阅读时间需要 2 分钟。

hot3.png

一点说明

如何理解I/O多路复用

为啥I/O多路复用比传统的使用多线程来实现并发性能好很多?你使用多线程,一个线程处理一个socket连接。 首先你支持的并发量是有限的,其次因为读写I/O流是耗时并且是阻塞的,实际上可能你每个线程大多数时间就耗费在I/O阻塞上了,其实CPU利用率并不是很高。而且一个线程就只服务于一个socket,那你这个线程在等待客户端写入的时候,就没别的事干了,就干等着。如果你用I/O多路复用,就是先别急着把每个socket扔到一个线程池里去单独处理。 先用一个单独的I/O多路复用器去监听这些socket,等这些socket上发生了读写事件的时候,再去把这个socket扔到队列里面再一个个拿出来进行处理(或者把这个socket扔到线程池来处理,这是java NIO的机制)。  这样性能肯定好很多啊,因为我的这个线程CPU利用率就很高,因为我就是等你数据准备好了我再处理的,不会说干等着客户端的写入。

到底是先删缓存再更新数据库,还是先更新数据库再删缓存

看了一些大牛的文章,这两套方案都有支持者,我真的很迷啊。。

总得来说,先更新数据库,再删缓存,那么你就要考虑缓存删除失败的场景。 那你可以弄个消息队列,失败的话就扔到消息队列,去异步的重试进行删除;先删除缓存,再更新数据库,那么你就要考虑读写并发的问题,进行读写串行化操作。我感觉一般场景下先更新数据库,再删缓存比较好。但是说你真的要保证缓存和数据库的强一致性的话,那么你就应该用先删除缓存再更新数据库的方案,进行读写串行化保证强一致性。反正就是看具体场景吧。

转载于:https://my.oschina.net/grace233/blog/2993852

你可能感兴趣的文章
Debian下使用OpenLDAP 管理端
查看>>
泛型排序器TComparer
查看>>
9个offer,12家公司,35场面试,从微软到谷歌,应届计算机毕业生的2012求职之路...
查看>>
创建符合标准的、有语意的HTML页面——ASP.NET 2.0 CSS Friendly Control Adapters 1.0发布...
查看>>
Adobe驳斥Flash过度耗电论 称HTML5更耗电
查看>>
No!No!No! It's not fashion!
查看>>
艰困之道中学到的经验教训
查看>>
Vue 组件库 HeyUI@1.16.0 更新日志
查看>>
互联网生态建设落地五大挑战——保险科技生态建设 ...
查看>>
进行短视频app开发工作时,可以加入它来保护青少年 ...
查看>>
Rxjs 学习推荐
查看>>
25G DAC无源高速线缆和25G光模块之间的区别
查看>>
乐乐茶完成近2亿元Pre-A轮融资,祥峰投资领投
查看>>
clickhouse修改时区
查看>>
CSS_定位
查看>>
第二十四章:页面导航(六)
查看>>
百度、长沙加码自动驾驶,湖南阿波罗智行科技公司成立 ...
查看>>
Java面试笔试题大汇总一(最全+详细答案)
查看>>
10 个 Linux 中方便的 Bash 别名
查看>>
[Server] 服务器配置SSH登录邮件通知
查看>>