秋色园QBlog技术原理解析：性能优化篇：全局的SQL语句优化(十三)

有些开发者，习惯把SQL语句配置到Xml中，是方便统一管理，还是方便修改SQL语句时不用重新编绎，还是为了展示下高级的应用而使用，各有各目的，不好说，说不好，不说好。但是这些Xml，通常都是配置完写完就扔一边，无奈一个系统最终产生的SQL实在是太多了，到最后你没事都懒的去看xml文件，而且调试代码转到SQL这来，还要看Xml，特纠结，优化别找我，把Xml扔给DBA？

情况5：高手寻瓶颈SQL

有一些高手，他们会利用性能跟踪调试器，在一堆又一堆的SQL语句中寻找性能瓶颈的SQL语句。这个相当的考验脑力和眼力，就一个字，厉害。

以上的方式，各有各方式，但都是一种情况，难以简单化的对SQL重点语句进行定位分析。

那秋色园又是如何对SQL进行调优的呢？按F5一步一步断点看语句？

No，受到缓存全局掌控的启示，决定让SQL也做到全局掌握，该出来时就出来？往下看：

二：SQL，该出来时就出来，全面掌控SQL

秋色园在性能优化上，虽然在缓存上面做了全局优化，但缓存总有失效时，操作数据库是逃不开的事实。

缓存能全局掌控，SQL语句，我也要。为此，思索了不少时间：

于是，细分下产生了这么三条要求：

1：必须知道每个页面执行的SQL，

2：需要知道每一条的语句的执行时间

3：过滤出执行时间大于N(ms)的语句，把执行时间多的优化了先。

如何能做到这一点？缓存可以，SQL也可以。

1：所有执行的SQL语句有一个共同点，都是通过 CYQ.Data 来执行。

2：对执行的SQL进行统一管理，本身MAction.DebugInfo能输出执行的SQL语句，只要加以控制，即可任意输出页面的SQL。

于是，这么一个强大的功能就出来了：

测试地址：http://demo.cyqdata.com

测试说明：

为了更好的展示效果，把秋色园QBlog，Copy一份放到另一台服务器，用上了sql2000数据库，同时关闭了缓存等效果，保证每次访问都执行原生的SQL语句并输出。

截图说明：

为了避开以后示例取消语句输出时，上面测试网址看不到测试结果，特别截图一张，打印>1ms的页面语句出来。

如下图：

实现调优：

如果你顺手打开上面的测试站点，你已经发现，可以看到任意一个页面执行的SQL输出，同时还有语句的执行时间，站点慢不慢，一看就知道。SQL语句优化，变的可控而且轻松很多，索引该怎么加，心中多了几分把握。

如此功能：

CYQ.Data 已经具备，如果你已经在使用CYQ.Data开发项目，而且也希望在新版本中体验这个功能，可以与作者联系。

总结：

本节介绍了秋色园QBlog 的SQL优化策略，下节继续介绍优化策略的再后续部分，敬请关注。

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

Autumn Garden is QBlog the official site, created by the passing autumn, based on the framework data layers developed cyqdata support multi-user, multi-language, multi-database (access, mssql, oracle), directory level url and other powerful blog system

Tech Analysis

Browse(11053)

Comment(2)

Tag 如何优化sql语句,性能优化,qblog秋色园,qblog技术原理解析