|
||
07 2011 档案
摘要：同事小红在周五时发了一个SQL优化的事项，因为周五在给新员工培训，所以到今天才给她完成了优化的工作。优化的思路后面再补上，先把优化的脚本发上来。 原来的语句执行时间 DBCC FREEPROCCACHE DBCC DROPCLEANBUFFERS SET STATISTICS TIME ON SELECT cnvcLeadEname FROM tbApproval WHEREcndSpeedTime < cndReplyTime and cnvcReturnFlag = '0' AND cniCommonPartId in ( SELECT cniid FROM tbCo
阅读全文
posted @ 2011-07-31 18:10
摘要：有一个项目的选型，采用了微软提供的ORM框架Entity FrameWork 4.1。经过这些天和同事们的验证和搭建，昨天出来了一个初步的版本。针对该版本我们做了一次并发测试，测试的策略是这样的： 1：LoadRunner模拟一个用户打开页面，该页面中执行一个联表查询，由Entity FrameWork提供出来的数据库操作方法来执行，该方法查询出对象集后，Entity FrameWork将对该对象...
阅读全文
posted @ 2011-07-26 11:56
摘要：针对大型解决方案的架构设计有了一些进展，继续来做一下总结。 根据项目组中同事提供北京格瑞趋势的资料，我和他们进行了联系，根据他们提供的解决方案，发现能完全满足我们的业务要求。这个产品的简介如下： 1、Moebius采用无共享磁盘架构的设计，结构灵活简单，方便用户将多个中小型服务器组成集群替代大型服务器，实现更高的综合性能；采用和SQL Server高度集成的设计方式，将Moebius 集群的管理工具集成到SQL Server Management Studio中，方便用户操作，轻松部署、维护、管理集群。 2、传统的数据库集群都是保证业务持续可用的，有一个主节点，一个备用节点，如MSCS或者第.
阅读全文
posted @ 2011-07-26 11:44
摘要：周四在新大厦办公，正好遇上老董反映公文查询失败的问题。和小红监视了该查询语句在高峰期间，查询耗时需要40多秒，所以有必要整一整它了。 公文查询功能由于数据的原因，我不能在本地调试，全得由珊姐执行测试的思路。珊姐在执行老董的相关查询之后，返回的系统信息如下： (28 行受影响) 表'tbCommonPart'。扫描计数1，逻辑读取1690869 次，物理读取0 次，预读1 次，lob 逻辑读取0 次，lob 物理读取0 次，lob 预读0 次。 表'Worktable'。扫描计数14，逻辑读取10570670 次，物理读取0 次，预读0 次，lob 逻辑读取0 次
阅读全文
posted @ 2011-07-26 11:43
摘要：自从上回参加培训以后，负载均衡的想法一直在脑子里面挂着。以前的公司和天涯网络社区有业务合作，曾经和他们的技术总监进行过交流，他介绍过天涯的架构，记忆中最深的一句话是，“设计之初就要自问：随着数据规模增加和流量增长能否通过增加新服务器（DB/WEB）解决性能问题”。近期和德哥都在进行一些尝试，形成了下面这样可实现并且低成本的架构图。给各位老大看看缺陷和可提升的地方在哪里，因为我接触这块的信息不多，可使用的方案也就缺乏，让各位老大提一些意见来完善它。 WEB层面： 1，采用Nginx 做WEB服务器的负载均衡控制，为了避免 Nginx 代理服务器的崩溃造成的WEB服务器无法访问，并提高它的可靠性.
阅读全文
posted @ 2011-07-08 09:39
摘要：这两天事情多，没有把这个优化的贴子继续下去。由于集团那边对性能的要求有所提高，所以继续对该功能做优化。
我很认同黄老的想法。第一个是用冗余设计来提升性能。我补充一些，就是做冗余设计时要小心变成过度设计，从而消耗了成本。最近也在想扩展性、性能、成本之间平衡的事，有一个疑问，我们到底要做到什么程度才够？
在项目的后期，大幅度的修改表结构和DA的代码，不利于验收。但这时候我们可以把一些优化的思想沉淀下来，给新的项目参考。所以海航和中航油的优化，都是我们很好的交流媒介。黄老可要继续跟贴啊，也欢迎其它同学参与进来。
阅读全文
posted @ 2011-07-06 17:14
摘要：公文流转优化方案的第三弹，目标是公文跟踪中的“本部门呈报”功能。该功能文秘的使用频繁，而且性能影响很大，早就看它不顺眼了。终于狠下心来解决它。 使用集团机要秘书的账号，模拟查询。SQL SERVER PROFILE 的截图如下： 逻辑读1889568次，将近200万次的逻辑读。测试服务器 10.20.143.166 通过对存储过程的分析，找出核心的SQL语句，执行的效果如下： SET STATISTICS IO ON SET STATISTICS TIME ON SELECT cniId, cnvcTitle, cndSendTime, cnvcSecretaryKind, cnvcSecN.
阅读全文
posted @ 2011-07-06 17:07
摘要：测试数据库： 10.20.143.153;database=dbhnaoa3;uid=sa;pwd=tab,955@loct，目的优化 sp_CreatGetDocuToDoCount 存储过程。 拆分存储过程中的SQL语句，语句一： DBCC FREEPROCCACHE DBCC DROPCLEANBUFFERS SET STATISTICS IO ON SET STATISTICS TIME ON SELECT cnvcLeadEname,Count(cnvcLeadEname) AS iCount FROM DBHNAOA3_2010.dbo.tbAllot tbA WHERE (tb.
阅读全文
posted @ 2011-07-06 17:04
摘要：测试数据库： 10.2.57.87\SL2;database=dbhnaoa3_2009;uid=sa;pwd=tab,955@loct *********************************************************************************** 需要优化的语句 SET STATISTICS TIME ON SELECT cniNodeId into temp2151427318227041856Organ FROM DBHNAOA3.dbo.tbCompany WHERE (cnvcOrganID LIKE '0-1-8-47
阅读全文
posted @ 2011-07-06 16:57
摘要：2009-08-19 ; 192.168.0.120 ; 数据库版本 5.4.1 ; 优化目的：kanzher 用户登陆后，默认打开 我的圈子 这个功能模块，这个模块里面有 我参与圈子的最新博文 的信息展示。这一块查询量很大，严重的影响了用户体验，需要针对它进行性能优化，几个表的数据如下 kanzher_article_ 700 百万的数据量，kanzher_rss_article_a 将近 800百万的数据量。 需要优化的SQL 语句如下： SELECT a.aid FROM kanzher_article_ a JOIN ( SELECT ra.AID AS aid,rssid,group
阅读全文
posted @ 2011-07-04 23:02
摘要：MySQL逻辑架构(MySQL’s Logical Architecture) 一个好的图片会是你更容易理解MySQL各个组件的工作方式。看图 最上一层所包含的服务并不是MySQL所独有的技术。它们都是服务于C/S程序或者是这些程序所需要的：连接处理，身份验证，安全性等等。 第二层是我们所感兴趣的。这是MySQL的核心部分。包括了查询的解析，分析，优化，缓存以及所有内置的函数(如日期,时间,数学运算,加密)。还有一些功能是涉及到了存储引擎，如存储过程，触发器，视图等。 第三层包括了存储过程。它们负责存储和获取所有存储在MySQL中的数据。就像Linux众多的文件系统一样。每个存储引擎都有自己.
阅读全文
posted @ 2011-07-04 23:01
摘要：MYSQL 官方文档 http://dev.mysql.com/doc/refman/5.1/zh/optimization.html#explain MySQL 缓冲机制详解 mysql缓存机制简单的说就是缓存sql文本及查询结果，如果运行相同的sql，服务器直接从缓存中取到结果，而不需要再去解析和执行sql。如果表更改了，那么使用这个表的所有缓冲查询将不再有效，查询缓存值的相关条目被清空。更改指的是表中任何数据或是结构的改变，包括INSERT、UPDATE、DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE等，也包括那些映射到改变了的表
阅读全文
posted @ 2011-07-04 22:59
|
||
浙公网安备 33010602011771号