redis知识点整理

2019独角兽企业重金招聘Python工程师标准>>>

一点说明

如何理解I/O多路复用

为啥I/O多路复用比传统的使用多线程来实现并发性能好很多？
你使用多线程，一个线程处理一个socket连接。 首先你支持的并发量是有限的，其次因为读写I/O流是耗时并且是阻塞的，实际上可能你每个线程大多数时间就耗费在I/O阻塞上了，其实CPU利用率并不是很高。而且一个线程就只服务于一个socket，那你这个线程在等待客户端写入的时候，就没别的事干了，就干等着。

如果你用I/O多路复用，就是先别急着把每个socket扔到一个线程池里去单独处理。 先用一个单独的I/O多路复用器去监听这些socket,等这些socket上发生了读写事件的时候，再去把这个socket扔到队列里面再一个个拿出来进行处理(或者把这个socket扔到线程池来处理,这是java NIO的机制)。  这样性能肯定好很多啊，因为我的这个线程CPU利用率就很高，因为我就是等你数据准备好了我再处理的，不会说干等着客户端的写入。

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

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

总得来说，
先更新数据库，再删缓存，那么你就要考虑缓存删除失败的场景。 那你可以弄个消息队列，失败的话就扔到消息队列，去异步的重试进行删除；

先删除缓存，再更新数据库，那么你就要考虑读写并发的问题，进行读写串行化操作。

我感觉一般场景下先更新数据库，再删缓存比较好。
但是说你真的要保证缓存和数据库的强一致性的话，那么你就应该用先删除缓存再更新数据库的方案，进行读写串行化保证强一致性。
反正就是看具体场景吧。

https://mp.weixin.qq.com/s?__biz=MzI4NTA1MDEwNg==&mid=2650767895&idx=1&sn=eb87586d2b7748021fd8cd1791d5d39e&chksm=f3f93782c48ebe94ec0e85bc9e08ac1b478614ca500128a7f42b6dee60c20bc4ade86ce044be&scene=21#wechat_redirect

https://blog.youkuaiyun.com/z50l2o08e2u4aftor9a/article/details/81008933

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