早些年写的秋色园技术原理解析系列，相信看过的都清楚，从开始到现在，还是铁打的Access数据库，虽然本人对Access恨入之骨，皆因囊中羞涩,不得不与之同流合污。由于网站时不时的要出点问题，或需求时不时的产生些变化，导致秋色园技术上需要不断的更新，不断的优化，经过不停的努力，CPU降下来了，内存降下来了

好几个月没写文章了，从9月15号发布新浪“微博粉丝精灵”V1.0后，持续的几个月都在折腾它，现在都折腾到V3.4版本了。因此，本篇迟来了三个月了，同时，本篇也是本系列的最后一篇了，也是秋色园最后杀手锏，霸气总该是要外露的。苦冥三日，终得一招。最后的招数：Access与SQLite合体，最后的AOP策略。

虽然减压方案频繁出招，可是依旧没能阻挡住access黄金4K的绝杀。在压力之下，梦幻潜能再次被激发。 于是，新的绝招再次出世：一个失传已久的招数：文本数据库。

上节 秋色园QBlog技术原理解析：性能优化篇：access的并发极限及分库分散并发方案(十六) 中， 介绍了 Access的并发上限，及从某种程度上 秋色园QBlog 针对并发上限进行了多个数据的划分，从而最大并发上限从64提升到64*N（个数据库），虽然总和的最大并发值是上升了，但是单个库的最大值并没有变化，或

上节 秋色园QBlog技术原理解析：性能优化篇：数据库文章表分表及分库减压方案(十五) 中， 介绍了 秋色园QBlog 在性能优化方面，从技术的优化手段，开始进入数据库设计优化，并从数据的使用情况上，进行了分析，从而将文章内容进行分离，得到新的分表，由于内容比较大，进而分了库，达到一种基础减压。 本节内容：本节将介绍秋色园 QBlog 的Super分库方案，以及如此Super分库的

上节回顾： 上节 秋色园QBlog技术原理解析：性能优化篇：缓存总有失效时，构造持续的缓存方案(十四) 中， 介绍了 秋色园QBlog 在性能优化方面，为了避开缓存失效的空白期，特意使用静态化方式做为临时缓冲策略方案。 本节内容： 本节将介绍秋色园 QBlog 从另一个角度上的网站优化方式：数据库分表分库基础优化。 本节说

本节介绍：本节将介绍秋色园 QBlog 再更进一步的网站优化方式：缓存失效后的后补方案，静态化的html。 上两节中，介绍了 秋色园QBlog 在性能优化方面所做的基础工作：减少字节输出大小、写并发控制、缓存控制等。特别是对缓存的处理，做到全局把握，优化内存资源，合理调优化。CYQ.Data 在性能调优方面表现出一定的优势。同时又介绍了另一种优化方案：通过打印页面SQL，捕捉耗时语句长的进行针对性优

上一节中，介绍了 秋色园QBlog 在性能优化方面所做的基础工作，包括字节输出大小，写并发控制，缓存控制等。特别是对缓存的处理，做到全局把握，优化内存资源，合理调优化。CYQ.Data 在性能调优方面表现出一定的优势。 本节将介绍秋色园 QBlog 更进一步的网站优化方式：全局的SQL语句优

文章回顾： 1： 秋色园QBlog技术原理解析：开篇：整体认识(一) --介绍整体文件夹和文件的作用 2： 秋色园QBlog技术原理解析：认识整站处理流程(二) --介绍秋色园业务处理流程 3： 秋色园QBlog技术原理解析：UrlRewrite之无后缀URL原理(三) --介绍如何实现无后缀URL 4： 秋色园QBlog技术原理解析：UrlRewrite之URL重定向体系(

本节，比较简单的介绍了 秋色园QBlog 的Post提交机制，至此，秋色园QBlog 大体整体机制都讲的差不多的，有兴趣的朋友可以好好了解下本系列文章。 系列还没完，精彩还在后面，敬请关