一点说明
如何理解I/O多路复用
为啥I/O多路复用比传统的使用多线程来实现并发性能好很多?你使用多线程,一个线程处理一个socket连接。 首先你支持的并发量是有限的,其次因为读写I/O流是耗时并且是阻塞的,实际上可能你每个线程大多数时间就耗费在I/O阻塞上了,其实CPU利用率并不是很高。而且一个线程就只服务于一个socket,那你这个线程在等待客户端写入的时候,就没别的事干了,就干等着。如果你用I/O多路复用,就是先别急着把每个socket扔到一个线程池里去单独处理。 先用一个单独的I/O多路复用器去监听这些socket,等这些socket上发生了读写事件的时候,再去把这个socket扔到队列里面再一个个拿出来进行处理(或者把这个socket扔到线程池来处理,这是java NIO的机制)。 这样性能肯定好很多啊,因为我的这个线程CPU利用率就很高,因为我就是等你数据准备好了我再处理的,不会说干等着客户端的写入。
到底是先删缓存再更新数据库,还是先更新数据库再删缓存
看了一些大牛的文章,这两套方案都有支持者,我真的很迷啊。。
总得来说,先更新数据库,再删缓存,那么你就要考虑缓存删除失败的场景。 那你可以弄个消息队列,失败的话就扔到消息队列,去异步的重试进行删除;先删除缓存,再更新数据库,那么你就要考虑读写并发的问题,进行读写串行化操作。我感觉一般场景下先更新数据库,再删缓存比较好。但是说你真的要保证缓存和数据库的强一致性的话,那么你就应该用先删除缓存再更新数据库的方案,进行读写串行化保证强一致性。反正就是看具体场景吧。