本篇文章主要介绍了"大型广告系统架构 — 检索模块"，主要涉及到系统架构,广告系统方面的内容，对于软件工程感兴趣的同学可以参考一下：
广告系统主要解决一个问题：在给定展示场景、用户的情况下，返回收益最大化的广告。下图是一个广告系统最简单的架构图。其中，Router，检索模块，排序模块一般称为广...
Copy-On-Write的难点在于，如果保证Copy的数据尽量的小，最好只Copy更新的那个数据（实际上很难实现）。结合上文，读者可以考虑如何实现一个支持多版本数据的B+树，并且在Copy的时候尽可能少地Copy节点。
全量更新 (Reload)
策略数据对实时性要求不高，但更新的数量可能会很大，一般会使用Reload的方式进行更新。Reload更新最典型的方案是双Buffer切换。即，将新的数据全部导入到一个新的数据对象（Hash表）中，导入完毕后，使用新的对象替代老的对象。
Reload方法更新的数据，最大的好处是可以假定内存中的数据结构是只读的，不会出现增量更新方式中对数据结构进行插入和删除的操作。因此，可以使用一些更加简单高效的数据结构。
如果使用双Buffer切换的方式进行Reload数据，需要注意在更新的过程中，该数据的内存使用量会翻倍；如果多份数据同时进行Reload，会导致内存使用突然激增，甚至会超出系统极限，导致程序崩溃。这样的案例在生产环境中真实的出现过，虽然系统会自动重启，但如果大量机器同时触发这个情况，会出现非常危险的雪崩效应。这也是前文提到的，系统的内存使用量在80%以上，其实是有很大的风险的原因。因此，在多份数据都使用Reload的方案更新时，要注意好控制内存的使用，通过一些机制避免多个任务并行。
作为大型广告系统的核心，检索模块面临的问题非常复杂，实际的架构设计要紧密结合业务进行展开。没有统一的方案，只有不同的权衡妥协。本文重点讨论了检索模块一些常见的问题和解决方案，其中有很多细节留给读者思考。
关注我的公众号架构丛谈 | 最朴素地谈架构
以上就介绍了大型广告系统架构 — 检索模块，包括了系统架构,广告系统方面的内容，希望对软件工程有兴趣的朋友有所帮助。
本文网址链接：http://www.codes51.com/article/detail_642158_4.html
