MSSQL网站制作之我的会话(session)在做甚么？
支持多线程，充分利用CPU资源session原文JohnWeeg
当一个用户坐在的终端前的提交了一个查询却等不出了局,这非常让人恢心的。他们很但愿语句运转一般,但他们却不晓得实践上是怎样的。因些让我们找出一个举措来打消他们的忧虑。
你是谁？
第一个成绩固然指的是我们正在说起的是哪一个会话？用户能够在做别的事变前用以下的语句得它：
Selectsidfromv$mystatwhererownum=1;
实践上，直到你提交的语句运转很一般时这个成绩才不会被提出，假如用户有一个独一的用户名,那末你能够用以下语句失掉谁人SID,好比查用户JOHN的SID.
selectsid,machine,osuser,modulefromv$sessionwhereusername=JOHN;
SIDMACHINEOSUSERMODULE
-----------------------------------------------------------------
150MSHOMEJOHN-LAPTOPJohn?WeegSQL*Plus
我用别的的一些信息校验这恰好是我的会话
糟一点的是共享用户名被利用的情况，因些我们将必要看一下哪些会话正在运转：
breakonsidskip1
columnsidformat99999
columnsql_textforma64
selecta.sid,a.last_call_et,b.sql_text
fromv$sessiona
,v$sqltextb
wherea.usernameisnotnull
anda.status=ACTIVE
anda.sql_address=b.address
orderbya.last_call_et,a.sid,b.piece;
这给出了我们正在今朝正在运转的语句和多长工夫，你应当就可以可以看出哪个会话你必要反省一下。
因些，接着应做甚么？
我们晓得一般在语句实行这段工夫陪伴着守候,正在实行CPU操纵，或正在实行IO操纵。经由过程v$sessstat,v$sessio,v$session_wait这三张表我们能够失掉我们想晓得的一些信息，能够经由过程SID往单查我们不雅注的一个表，但我发明很被简单把这些信息分离在一同。
Columneventformata30
Columnsidformat9999
Columnsession_cpuheading"CPU|used"
Columnphysical_readsheading"physical|reads"
Columnconsistent_getsheading"logical|reads"
Columnseconds_in_waitheading"seconds|waiting"
selecta.sid,a.valuesession_cpu,c.physical_reads,
c.consistent_gets,d.event,d.seconds_in_wait
fromv$sesstata,v$statnameb,v$sess_ioc,v$session_waitd
wherea.sid=150
andb.name=CPUusedbythissession
anda.statistic#=b.statistic#
anda.sid=c.sid
anda.sid=d.sid;
我实行这个语句几回，由于我们必要找出哪些项在变更。
CPUphysicallogicalseconds
SIDusedreadsreadsEVENTwaiting
-----------------------------------------------------------------
15011590117476SQL*Netmessagefromclient5
/
CPUphysicallogicalseconds
SIDusedreadsreadsEVENTwaiting
-----------------------------------------------------------------
15019700204484SQL*Netmessagefromclient4
因些我们能够看到这个会话在我们反省时正在守候客户真个信息。在我们两次反省的时代它实行了逻辑读的操纵并损耗了CPU资本，这申明会话运转是一般的。
甚么情形下我们必要进一步反省?
一般有这么几个事务(event)标识潜伏存在成绩:bufferbusywaits,dbfilesequentialread,dbfilescatteredread,freebufferwaits,latchfree,关于前4上事务，我们能够找出相干的是哪一个工具，以下语句：
selectowner,segment_name,segment_type
from(selectp1file#,p2block#fromv$session_wait
wheresid=150
andeventin(bufferbusywaits
,dbfilesequentialread
,dbfilescatteredread
,freebufferwaits))b
,dba_extentsa
wherea.file_id=b.file#
andb.block#betweena.block_idand(a.block_id+blocks-1);
这里我们可以发明IO守候是因为大批的数据会见引发的，仍是由有些器材不合错误好比索引丧失引发的，我们也能够往失落SID子句那行找出那些正在履历守候的工具。
关于最初一个潜伏的成绩我们能够查正在守候甚么栓(latch):
selectname
from(selectp2latch#fromv$session_wait
wheresid=150
andeventin(latchfree))b
,v$latchnamea
wherea.latch#=b.latch#;
我们能够看到是否是会话履历栓的抵触，这个抵触是否是常常产生的
使你的用户轻松上去
因而,你如今要能够告知那些不安的用户他们实行的语句在守候一些别的的资本。我终极的做法是匡助他们优化那些语句，以使语句不至于实行得太慢利用户不安。
(全文完)
其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。 SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。 个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。 XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！） 连做梦都在想页面结构是怎么样的，绝非虚言 呵呵，这就是偶想说的 我个人认为就是孜孜不懈的学习 这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。
页:
[1]