问题一 如果使用memcache 写db的时候 1. 先invalidate cache 再写db 2. 先写db 再invaludate cache 3. update cache 然後 update db 4. update db 然後 update cache 我以为这个动作有标准做法，但是问了在亚马和snapchat的朋友 也看了几个tech talk 竟然答案不同，请问大家怎麽分析? 我上了一个网路课程的课，他说2是最佳解 case3 & 4 如果某一个update fail都会造成cache里面脏数据的情况 case1: user1 invalidate cache, while updating db(未完成) user2 此时读资料，cache miss，去读资料库，得到旧数据， 并用旧数据update cache user1 完成db更新 此时cache存着旧数据，db新数据，cache脏数据 case2: user1 update db (未完成) user2 此时读资料，在cache读了旧资料，离开 user1 finish db and update cache 以後的user都可以读到最新数据，只有user2读了旧数据，但仅只一次，无伤大雅 问题二 还有一个问题，关於db consistency 如果用relational db, such as MySQL , Master Slave write to master, read from slave 写到master之後(假设user update一个url link)，并且invalid cache 这时候replication还没完成，假设有5秒的延迟 这个时候如果来了一个read，cache miss 按照逻辑，这时候应该slave read , 但这时候slave data是旧的 那我的client要怎麽处理? reddit founder 他说当初他们碰到这情况 很多slave里面的link都是404 very bad user experience 所以他写db的时候，同时写到cache https://youtu.be/cDL7ny_hvio?t=50s 但如果同时写DB & cache 如果其中一个操作失败了，那就造成脏数据了，不是吗? 又如果 我采用问题一的方式 先写db 然後invalidate cache, write to master db , 5 sec replication time 这时候一个read进来, cache miss, read from slave取得旧数据 顺便update cache 五秒後slave完成replica，但这时候也造成了数据不一致。 replication latency的问题该怎麽解决呢? 感谢 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 172.89.32.145 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1533190771.A.429.html