数据架构规划样本[参照].pdfVIP

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 数据架构规划 一．当前架构 结合研发二部数据量最大的校讯通产品来描述 , 其它的产品在性能上出 现瓶颈 , 能够向校讯通靠拢。 数 据库整体架构 : 当前校讯通产品根据用户量的多少以及数据库服务资源的繁 忙程度 , 横向采用了历史库 +当前库的分库架构或者单一的当前库架构 , 其中历 史库只作 为 web平台读数据库 , 纵向结合了 applications 的 memcache+Sybase ASE12.5传统永久磁盘化数据库架构。 数据模型架构 : 原则上采用了一事一地的数据模型 ( 3NF 范式) , 为了性能考虑 , 一些大数据量表适当的引用了数据冗余 , 根据业务再结合采用了当前表 +历史表 的数据模型。 以下就用图表来进行当前数据架构的说明 : 横向分库数据库架构图 : 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 纵向 app layer+memcache layler+disk db layer 图: 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 其中 web 层指的是客户端浏览器层 , 逻辑上 : app 层指的是应用服务层 , mc层指 的是 memcache的客户端层 , ms 层指的是 memcache的服务层 , db 层指的是当前 永久磁盘化的数据库层 , 当然在物理机器上可能 app 层跟 mc层, ms层是重叠的 部署在相同服务器上。 数据模型架构图 : 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 其中以上数据模型中除了少数几张表外其它的都有历史表存在 , 当然有 很多表是没在这个模型图中的 , 这部分是核心数据模型。 这部分模型对象中也包 括了一些冗余 性的设计 , 比如用户中有真实姓名 , 特别是不在这个模型内 , 由 模型核心表产生的一些统计报表 , 为了查询的性能冗余了合理一些学校名称 , 地区名称等方面的设 计。 二．劣势现象 1. 流水表性能瓶颈 当前架构的性能瓶颈集中在流水表的访问上 , 最大流水表的记录量达到 了超 5 亿级别 , 这是由于当前外网在用的 sybase 数据库系统版本 , 没有采取很 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 好的关于 分区的技术。曾经有过把流水表进行物理水平分割 , 把不同月份的数 据分割放在不同的物理表上的模型改造设想 , 碍于产生的应用程序修改工作量 大 , 老旧数据迁移 的麻烦 , 再加上进行了从单库架构改造到分库架构后 , 数据 库性能瓶颈就不是特别突出。因此模型改造这部分工作没展开。 无 论是单库或是分库的模式 , 出现平台访问数据库的性能瓶颈依然集中在大流 水表上 , 在访问高峰高并发量情况下 , 短信的流水表进程堵塞 , 数据库服务 I/O ,CPU 的资源耗费达到顶点 , 在服务器硬件环境不是特别理