在中大型网站中，内容和并发往往会达到千万级别，市面的cms基本都是单体架构，都不适合大型数据和高并发，不分库，甚至不分表，以wordpress为例，每个栏目的数据都放在一个表中，当数据达到10万以上，wp会非常卡，就算安装各种优化插件也解决不了根本问题，国内支持大数据的屈指可数，其中比较有代表性的有PageAdmin CMS，为了应对大数据和高并发场景，下面看看pageadmin cms的架构和底层是如何设计的？
数据通过下面4个层面进行拆分
1、数据库层面拆分
主站，分站单独使用不同的数据库或架构
如：
主站：app_db_mian
分站1：app_db_1
分站2：app_db_2
....
不同站点共用不同的数据或架构，站点数据之间不会互相影响。
2、内容模型分表
PageAdmin采用完全自定义内容模型的方式，后台通过可视化创建新闻，产品，下载，视频等模型时候会自动根据设计字段生成一张内容表，有全局搜索再通过把数据推送到专门的全文搜索引擎。
如：
新闻表：news_content
产品表：product_content
下载表：download__content
留言表：feedback_content
视频表：video_content
....
3、栏目层面再次分表
如新闻栏目可以根据栏目类型再次分表，如国内新闻，娱乐新闻，国际新闻等拆分成不同的表。
如：
国内新闻：news_content_1
娱乐新闻：news_content_2
国际新闻：news_content_3
....
根据栏目拆分可以实现更细粒度的分表。
4、业务表按时间拆分
如审批，日志类业务数据自动根据时间按月，或按年自动拆分，通过这种设计就可以保证系统不会因为使用年限太久，基础业务表因数据膨胀导致检索缓慢的问题。
通过以上4点设计，就算数据到达上亿级别，仍然可以打散到不同数据库和数据表，保证每个表中的数据控制在百万级甚至数十万级的数量。
在高负载网站中，如果每次都从数据库加载数据，系统的负载肯定会极大降低，PageAdmin采用多级缓存+页面静态化来实现大负载。
1、栏目表这类基础表采用多级缓存保存
首先从本地缓存中加载栏目数据，如果本地缓存没有，再次redis缓存中加载，如果redis也没有，则直接从数据库读取并同步到本地缓存和redis缓存。
很多朋友会问，为什么要用redis，这里要说一下，cms如果分布式部署多个实例时，本地缓存无法保证缓存一致性，这时候就必须使用redis这类分部署缓存。
2、新闻、产品、下载这类不适合加到缓存的内容采用Html静态化
新闻，产品这类内容页面全部生成静态化，用户访问时候直接访问静态页面，不会对数据库造成压力。
通过这两点就可以保解决在高并发下数据库容易成为瓶颈的问题。
在高并发下，单台服务器在带宽，内存上都会有上限，这时可以通过添加服务器来实现分部署部署，把并发压力分散到不同服务器。
pageadmini在底层通过异步队列通知实现了缓存，配置，全文检索的同步更新，保证每个服务器上的数据一致。
上面就是PageAdmin在大数据和高并发下的架构设计，希望对大家有帮助。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。