仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 870|回复: 8
打印 上一主题 下一主题

[学习教程] MSSQL网页编程之能诊断sp_sysmon物理IO

[复制链接]
逍遥一派 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:25:25 | 只看该作者 回帖奖励 |正序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
出于效率方面的考虑,InnoDB数据表的数据行级锁定实际发生在它们的索引上,而不是数据表自身上。显然,数据行级锁定机制只有在有关的数据表有一个合适的索引可供锁定的时候才能发挥效力。本篇文章形貌了经由过程sp_sysmon对AdaptiveServer体系运转情形有一个周全体系懂得,有益于更好地熟习体系功能,更加无效地举行体系办理,公道天时用和设置体系资本,到达体系功能调优的目标。
从18个方面懂得在用体系功能情况,并在得当的时分使用情况参数举行功能调优:

1、内核办理(kernal)2、使用办理(appmgmt)3、数据缓存办理(dcache)
4、ESP办理(esp)5、索引办理(indexmgmt)6、锁办理(locks)
7、内存办理(memory)8、元数据高速缓存办理(mdcache)9、义务办理(taskmgmt)
10、监督器会见SQL的实行(monaccess)11、收集I/O办理(netio)
12、并行查询办理(parallel)13、历程缓存办理(pcache)14、恢复办理(recovery)
15、事件办理(xactmgmt)16、事件提要(xactsum)17、磁盘I/O办理(diskio)
18、事情历程办理(wpm)

括号后英文短词是该模块参数。

情况:1、用户数据库中有实习所用数据表auths和article

2、数据表各有10万行数据

3、用户具有查询、修正、删除等基础的数据库表操纵权限

步骤:实行sp_sysmon“00:10:00”(server级体系存贮历程,不必要翻开某个数据库),大概实行以下格局的历程,检察详细操纵批命令对应体系功能情形:

sp_sysmonbegin_sample

SQL语句大概存贮历程

sp_sysmoncommit_sample

本实行接纳sp_sysmon“hh:mm:ss”,功能模块名。

结论:经由过程此实习,可懂得以后体系在各方面的体系运转情况,功能呈现甚么成绩和不屈衡不和谐的地方,学会利用响应的参数和措施举行办理和调优,不休对照对比调剂前后的功能情况,终极改良体系功能。

申明:1、该命令实行了局集的开首不异以下,各分块实习不再逐一列示:

======================================================================

SybaseAdaptiveServerEnterpriseSystemPerformanceReport

======================================================================

ServerVersion:AdaptiveServerEnterprise/11.9.2/1031/P/NT(IX86)/OS3.

ServerName:ServerisUnnamed

RunDate:May28,2001

StatisticsClearedat:15:57:27

StatistiCSSampledat:16:07:28

SampleInterval:00:10:00

2、实行了局集的每列信息提醒:

persec:采样时代每秒的均匀值

perxact:采样时代每提交一个事件的均匀值

count:采样时代每秒的总计值

%oftotal:占总数的百分比,依据分歧情形各有分歧

3、了局集对应给出功能情形形貌、剖析和可调性申明

4、本实习只给出部分模块的监督了局(大概有删省),用sp_sysmon“hh:mm:ss”可看全体具体情形。

磁盘I/O办理

命令行:sp_sysmon“00:10:00”,diskio

了局:
DiskI/OManagement(磁盘I/O办理)
-------------------呈报server整体磁盘I/O举动,包含读、写和逻辑设备上的semaphore争取。

MaxOutstandingI/Ospersecperxactcount%oftotal

最年夜明显I/O数:server整体开支的最年夜I/O数,分离经由过程server和引擎暗示。

---------------------------------------------------------------------

Servern/an/a10n/a

Engine0n/an/a10n/a

I/OsDelayedby

体系碰到I/O提早成绩,相似于I/O被server或操纵体系限定堵塞一样。多半操纵体系都有一个参数限定异步I/O数。可用sp_configure检察参数“allowsqlserverasynci/o”。

DiskI/OStructuresn/an/a0n/a

到达磁盘I/O布局极限从而被提早的I/O数。当server凌驾了可用磁盘I/O的把持块数,I/O就会被提早,由于server在入手下手一个I/O哀求时必要经由过程义务来失掉一个磁盘I/O把持块。假如其值非零,经由过程设置增添参数值“diski/ostructures”(缺省256)来增添磁盘I/O把持块数,假如操纵体系同意尽量设置年夜一些,以利用光磁盘I/O布局的时机降到最小。

ServerConfigLimitn/an/a0n/a

用参数“maxasynci/osperserver”(缺省2147483647)举行调剂server一次所用异步磁盘I/O哀求数。

EngineConfigLimitn/an/a0n/a

引擎设置最年夜异步磁盘I/O哀求数限定,用参数“maxasynci/osperengine”检察和调剂。

OperatingSystemLimitn/an/a0n/a

操纵体系的限定数检察操纵体系文档。

DeviceActivityDetail

----------------------

Device:

master.dat

masterpersecperxactcount%oftotal

---------------------------------------------------------------------

Reads

APF0.00.000.0%

Non-APF0.20.010278.5%

Writes0.00.02821.5%

---------------------------------------------------------------------

TotalI/Os0.20.01301.5%

DeviceSemaphoreGranted0.20.0130100.0%

DeviceSemaphoreWaited0.00.000.0%

-----------------------------------------------------------------------------
Mysql的存储引擎接口定义良好。有兴趣的开发者可以通过阅读文档编写自己的存储引擎。
变相怪杰 该用户已被删除
9#
发表于 2015-3-24 12:12:52 | 只看该作者
比如日志传送、比如集群。。。
小妖女 该用户已被删除
8#
发表于 2015-3-17 16:10:23 | 只看该作者
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.
飘飘悠悠 该用户已被删除
7#
发表于 2015-3-10 23:45:00 | 只看该作者
所以你总能得到相应的升级版本,来满足你的需求。
只想知道 该用户已被删除
6#
发表于 2015-3-1 20:35:43 | 只看该作者
对一张百万级别的表建游标,同时又没有什么过滤条件,取得游标效率是如果直接SQL查询百万条数据;如果再对每条记录做处理,耗时将更长。
谁可相欹 该用户已被删除
5#
发表于 2015-2-11 03:27:53 | 只看该作者
需要注意的一点,也是我使用过程中发现的一个问题。在建立function->schema->table后,如果在现有的分区表上建立没有显式声明的聚集索引时,分区表会自动变为非分区表。这一点很让我纳闷。
活着的死人 该用户已被删除
地板
发表于 2015-2-5 03:44:19 | 只看该作者
比如日志传送、比如集群。。。
小魔女 该用户已被删除
板凳
发表于 2015-1-27 06:23:43 | 只看该作者
相信各位对数据库和怎么样学习数据库都有一些经验和看法,也会有人走了一些弯路总结出自己的经验来,希望大家能把各自的看法和经验拿出来分享,给别人一份帮助,给自己一份快乐
若相依 该用户已被删除
沙发
发表于 2015-1-19 11:23:09 | 只看该作者
微软对CLR作了大篇幅的宣传,这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜,感觉对象数据库的一些概念可以实现了。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-23 00:06

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表