摘要: 公司服务器是120核心cpu,但是实际应用中只有40核,原因是业务部门发现服务器cpu承载30%的时候sql 就会卡死; 然后从sqlserver 去查询,cpu核心数; SELECT COUNT(1) FROM SYS.DM_OS_SCHEDULERS WHERE SCHEDULER_ID” /IACCEPTSQLSERVERLICENSETERMS 具体参数:(msdn)https://... 阅读全文
posted @ 2016-09-21 14:19 Hello·Word 阅读(2419) 评论(0) 推荐(0) 编辑
摘要: 计数器“ \Process(sqlservr)\% Processor Time”,是经常监测,看看SQL Server如何消耗CPU资源。sqlserver是如何利用现有的资源; 这一点,我们抓住作为定期监测第一部分计数器是: \Process(sqlservr)\% Processor Time 但在多芯机,所捕获的数字似乎去100%以上。它的CPU利用率(%)在每个核心的集合体,所以添加时... 阅读全文
posted @ 2016-09-20 13:26 Hello·Word 阅读(2155) 评论(0) 推荐(0) 编辑
摘要: DBCC CHECKDB注意到有关数据文件页面。一旦整个表的所有页(或一组表,如果配料已启用-看到同样的博客文章我上面提到的),所有的事实都聚集在一起,他们都应该相互抵消。当有额外的事实(在索引B树都指向同一个页面在一个较低的水平如两页),或丢失的事实(如LOB片段没有任何其他LOB片段或数据/索引记录指向它),则DBCC CHECKDB可以告诉有一个腐败。 由于DBCC CHECKDB正在生成... 阅读全文
posted @ 2016-09-19 16:45 Hello·Word 阅读(250) 评论(0) 推荐(0) 编辑
摘要: 分区表 测试版本: Microsoft SQL Server 2014 - 12.0.2000.8 (X64) Feb 20 2014 20:04:26 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.1 (B... 阅读全文
posted @ 2016-09-19 15:44 Hello·Word 阅读(848) 评论(0) 推荐(0) 编辑
摘要: # Wget https://pypi.python.org/packages/4c/c8/5ad36d8d3c304ab4f310c89d0593ab7b6229568dd8e9cde927311b2f0c00/pymssql-2.1.3.tar.gz # Phython setup.py build 报错如图: 系统版本: # rpm -q centos-release cent... 阅读全文
posted @ 2016-09-18 15:52 Hello·Word 阅读(406) 评论(0) 推荐(0) 编辑
摘要: zabbix 通过ODBC连接sql server,并通过odbc 获取数据从数据库; 配置如下: 在zabbix-server端 执行下面命令:# yum -y install freetds unixODBC unixODBC-devel$ vi /etc/odbcinst.ini [FreeTDS] Driver = /usr/lib64/libtdsodbc.so.0$ vi /etc/... 阅读全文
posted @ 2016-09-12 17:05 Hello·Word 阅读(6052) 评论(0) 推荐(0) 编辑
摘要: DBCC SQLMGRSTATS 用于产生3个不同的值,这些值用在你想查看高速缓存在ad-hoc和预编译的TSQL语句中是如何工作的 Memory Used(8K Pages):若内存页的数量非常大,这也许表明一些用户连接正在预处理许多T-SQL语句。 Number CSql Objects:表明已 阅读全文
posted @ 2016-09-12 16:32 Hello·Word 阅读(680) 评论(0) 推荐(0) 编辑
摘要: 下面是修改前后的对比截图: 如下图: 下图是确定问题并修改后对比图,左边圈是修改前,右边圈是修改后对比截图:当看到周期性的性能指数,一般是计划性任务引起;通过DMV视图,找到引起等待的原因检查数据库完整性dbcc checkdb,并周期性自己等待自己资源, 分析得出dbcc checkdb 有重复执 阅读全文
posted @ 2016-09-12 16:16 Hello·Word 阅读(304) 评论(0) 推荐(0) 编辑
摘要: --临时工作负载优化 即席查询:也就是查询完没放到Cache当中,每次查询都要重新经过编译,并发高的时候很耗性能; 参数化查询: 一方面解决了重编译问题,但随着数据库数据数据的变更,统计信息的更新,可能缓存里的缓存计划已经不是查询优化器想要的结果; Above SQL server 2008: Optimize For Ad Hoc Workloads 第一次adhoc查询时候,... 阅读全文
posted @ 2016-08-24 15:40 Hello·Word 阅读(444) 评论(0) 推荐(0) 编辑
摘要: 动态杀各种进程,谨慎操作;事例 status=‘sleeping’ --AUTHOR KiNg --DATE 2016-05-30 DECLARE @SPID INT DECLARE @SQL VARCHAR(500) BEGIN SELECT @SPID=MAX(SPID) FROM SYS.sysprocesses WHERE ... 阅读全文
posted @ 2016-08-23 15:21 Hello·Word 阅读(261) 评论(0) 推荐(0) 编辑