秋色园QBlog技术原理解析:性能优化篇:数据库文章表分表及分库减压方案(十五)

  1. 云栖社区>
  2. 博客>
  3. 正文

秋色园QBlog技术原理解析:性能优化篇:数据库文章表分表及分库减压方案(十五)

泡泡浅眠 2017-07-08 13:51:00 浏览1239
展开阅读全文

文章回顾:

复制代码

1: 秋色园QBlog技术原理解析:开篇:整体认识(一) --介绍整体文件夹和文件的作用

2: 秋色园QBlog技术原理解析:认识整站处理流程(二) --介绍秋色园业务处理流程

3: 秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三) --介绍如何实现无后缀URL

4: 秋色园QBlog技术原理解析:UrlRewrite之URL重定向体系(四) --介绍URL如何定位到处理程序

5: 秋色园QBlog技术原理解析:Module之页面基类设计(五) --介绍创建基类和自定义生命周期

6: 秋色园QBlog技术原理解析:Module之页面基类-生命周期流程(六) --介绍基类生命周期内部业务

7: 秋色园QBlog技术原理解析:Module之基类生命周期-页面加载(七) --介绍界面html加载原理

8: 秋色园QBlog技术原理解析:Web之页面处理-内容填充(八) --介绍html的内容是如何填充

9: 秋色园QBlog技术原理解析:独创的多语言翻译机制(九) --介绍html多语言翻译原理

10:秋色园QBlog技术原理解析:页面内容填充及多语言翻译流程演示示例(十) --总结演示示例代码

11:秋色园QBlog技术原理解析:页面Post提交机制(十一) --介绍如果Post提交数据

12:秋色园QBlog技术原理解析:性能优化篇:字节与缓存与并发(十二) --介绍性能优化:字节,并发及缓存

13:秋色园QBlog技术原理解析:性能优化篇:全局的SQL语句优化(十三) --介绍全局掌握SQL,进行针对性优化

14 :秋色园QBlog技术原理解析:性能优化篇:缓存总有失效时,构造持续的缓存方案(十四)--介绍二次缓存方案

附章:

1:秋色园QBlog技术原理解析:博客一键安装工具技术实现[附源码下载] --开源秋色园安装工具原理

2:如何安装部署秋色园CYQBlog站点

3:Windows7下如何安装部署秋色园CYQBlog站点

复制代码

 

PS:秋色园QBlog下载地址http://www.cyqdata.com/download/article-detail-427

 

 

上节回顾:

复制代码

上节 秋色园QBlog技术原理解析:性能优化篇:缓存总有失效时,构造持续的缓存方案(十四) 中,

介绍了 秋色园QBlog 在性能优化方面,为了避开缓存失效的空白期,特意使用静态化方式做为临时缓冲策略方案。

复制代码

 

本节内容:

本节将介绍秋色园 QBlog 从另一个角度上的网站优化方式:数据库分表分库基础优化。

 

基础说明:

复制代码

秋色园 QBlog 的优化工作,从一开始都是基于代码的技术优化方案,其中一个很大的原因:

就是秋色园 QBlog 一开始是寄放在朋友国外虚拟主机的子目录中,本人仅有ftp权限;

而操作一个正在运行的几百M的access数据库,实在不是件容易的事,所以优化工作只能在技术上寻求突破。

 

自从秋色园 QBlog 转移到VPS后,能从物理上操作access,优化可选方案也增多了一下,

因此稍为偏移了一下,把整体优化的压力,部分分担到了access数据库。

本节将介绍一个最开始的数据库优化方式:文章内容的分表及分库。

复制代码

 

基础分析:

秋色园 QBlog 的access数据库之所以超过600M,是因为有大量的文章表Blog_Content 。
而文章表中占最多空间的,得属文章的内容了,本节将把它给抽出来。

 

我们看下原始的文章表数据结构的设计:

复制代码

博客文章表:Blog_Content

字段:

ID  文章ID

Title 文章标题

Body 文章内容

Abstract 文章简介

...... 其它字段省略

复制代码

 

这里有一个常规文章表的设计,就是文章的内容Body 字段,通常是放在文章表中的。

 

而这个字段出现及使用是在什么情况?

复制代码

出现1:后台发表或编辑文章时

出现2:查看文章。

从这里可以看出,涉及点并不多,很少,而且前台有静态页面顶着,基本除了发文章和编辑文章,这么大数据量的内容,几乎都不露面。

复制代码

 

那文章表出现和使用又在什么情况下出现?

这个多的数不清,秋色园 QBlog 首页,用户博客首页,文章列表,文章档案,几乎每个页面,都会用到文章列表。

因此,将不常用的,又占有90%以上空间的文章内容 Body 字段独立出来,显得相当有必要。

 

于是进行分表:

复制代码

多了一个Blog_ContentBody表:

字段,就两个:

ID:文章ID

Body:文章内容。

复制代码

 

然而仅是进行分表,力度似乎不够。

 

于是再进行分库:

将Blog_ContentBody直接分到另一个access数据库中。

提示:最后发现,去除文章内容的数据库,仅剩下几十M,而文章内容,竟然占了500多M。

 

由此,秋色园 QBlog 从一个数据变成2个数据库了,数据库名称也变化了一下:

从myspace.mdb,更名为:

qblog.mdb 主数据库

qblogbody.mdb 文章内容数据库

 

当然,表分了,库也分了,代码不可能不跟进,技术手段也得跟着升级。

 

升级的实现与操作步骤:

 

1:分表分库,代码动改兼容升级

 

CYQ.Data 数据框架,自身已支持同时操作多个数据库,因此分库后,改动的代码量很少,主要改动点有:

复制代码

1:删除Blog_Content表的Body枚举字段。

2:增加多数据库的枚举:

    public enum U_QBlogBodyEnum
    {
        Blog_ContentBody,
    }

然后数据库增加一个QBlogBodyConn的数据库链接即可。

3:发布编辑文章和显示文章,增加文章内容的独立操作函数。

复制代码

 

代码改动很小,就是半小时以内完成的事情。

 

2:数据库分库步骤:

复制代码

1:直接登陆vps服务器,使用了CYQ.DBImport,从原来的数据库中,将ID和Body字段导入到另一个数据库的表Blog_contentBody中。

2:打开原来的表Blog_Content,删除Body字段,然后压缩一下数据库,剩下20多M了。

3:直接升级dll到服务器中,整个的升级过程很迅速。

复制代码

 

分离升级后,感觉秋色园 QBlog 的访问速度又刷刷的上去了。

 

总结:

至此,秋色园 QBlog  开始走进数据库优化及代码优化双重结合的整体策略方案,

只是,有一点还没改的,就是还一直纠结的使用access,别问我为啥不用mssql。

也许某天,Access它跑不动了,优化到顶了,其它数据库就上场了。

版权声明:本文原创发表于博客园,作者为路过秋天,原文链接:

http://www.cnblogs.com/cyq1162/archive/2011/07/09/2101729.html

网友评论

登录后评论
0/500
评论
泡泡浅眠
+ 关注