导航:
论坛 -> 数据库专区
斑竹:liumazi,waterstone
作者:
anri4 (anri)
▲▲△△△
-
普通会员
2024/1/10 13:04:34
标题:
加入我的收藏
楼主:
sqlserver2017运行过程中卡顿严重,平时占CPU不到10%,卡顿时占80%以上,能持续几分钟时间,查询了日志发现: 2024-01-10 12:07:08 spid75 Attempting to load library 'xpsqlbot.dll' into memory. This is an informational message only. No user action is required. 2024-01-10 12:07:08 spid75 Using 'xpsqlbot.dll' version '2017.140.1000' to execute extended stored procedure 'xp_qv'. This is an informational message only; no user action is required. 2024-01-10 12:07:09 spid195 Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required. 2024-01-10 12:07:09 spid195 Using 'xpstar.dll' version '2017.140.1000' to execute extended stored procedure 'xp_instance_regread'. This is an informational message only; no user action is required. 请问这是什么问题,怎样可以避免?
----------------------------------------------
-
作者:
2024/1/10 15:48:29
1楼:
重装,最简单
----------------------------------------------
欢迎加入Delphi的QQ群:462884906
作者:
2024/1/11 20:18:45
2楼:
用 PostGreSQL
----------------------------------------------
-
作者:
2024/1/12 12:25:32
3楼:
SQL最大问题是内存泄漏和不释放,过段时间就得重启
----------------------------------------------
-
作者:
2024/1/12 16:56:34
4楼:
@3楼没听说SQL 过段时间就重启,一年不重启都没问题。
----------------------------------------------
山外青山楼外楼,能人背后有能人弄..
作者:
dalas (dalas)
★☆☆☆☆
-
普通会员
2024/1/12 18:11:25
5楼:
sql server 2008 10几年没重启过了,没问题
----------------------------------------------
-
作者:
2024/1/12 18:13:38
5楼:
楼上,我有客户几台M$SQL服务器,64G内存经常上到五十几,而且冲上去后就没下来过,几个月就不得不重启一次,最后升级到128G才正常了(目前),真实情况。 十几年的数据库里多人维护过,积累了大量的视图和缓存,和一堆不知道执行次序的触发器,还启用了多库同步等功能。
----------------------------------------------
-
作者:
2024/1/12 18:23:05
6楼:
@楼主,你要么把完整LOG发上来,这样掐头去尾,只能自己想办法了。 这个提示经常能看到,Service Broker启动中之类的就会有,和卡顿应该没关系
----------------------------------------------
-
作者:
dalas (dalas)
★☆☆☆☆
-
普通会员
2024/1/12 20:18:00
7楼:
默认安装的sql server最大内存是不限制的,有多少吃多少。 如果服务器纯粹做数据库,可以不用理会吃多少内存的问题。 如果还做其他应用服务,那可以设置限制最大内存,预留一部份给其他服务。 这里可以了解一下,为啥sql server占内存多: https://blog.51cto.com/u_12207/7186997
----------------------------------------------
-
作者:
2024/1/13 8:25:35
8楼:
通常,非DBA会认为内存不应该长期占用 自己开心就好
----------------------------------------------
SQL SERVER DBA QQ:315054403 曾经的Delphier 缘在上海
作者:
dalas (dalas)
★☆☆☆☆
-
普通会员
2024/1/13 14:05:35
9楼:
系统卡顿,不要马上就赖数据库,先检查系统日志,看有没有什么IO错误。服务器用久了,硬盘可能会有坏块。打开资源监视器,看看磁盘、网/络使用率高不高。不要安装2个杀软,这玩意儿会打架,卡得不要不要的。如果安装了第三方杀软,则禁用系统自带的Windows Defender。
----------------------------------------------
-
作者:
ivvn (奔腾的心)
★☆☆☆☆
-
普通会员
2024/1/13 15:53:06
10楼:
你们对sqlserver一无所知,吃内存是缓存,用于下次快速访问,卡顿是你锁表了,换其他数据库一样卡,作为综合性能最强的数据库之一没有那么不堪
----------------------------------------------
-
作者:
2024/1/17 16:33:49
11楼:
一般用sqlserver的人,大部分都是对数据库不怎么懂的人, 谁说的sqlserver最强,呵呵, sqlserver是比较好的数据库,很多功能都往简单的做. 但是,无论,安装,调试,分析,设置,都是麻烦的一B的软件,和微软其他软件一样.功能越来越多,关键的地方,学明白的人很少. 举个栗子, 双库订阅, 配置, 最开始的安装, 多版本共存,定制安装,慢死,麻烦死,搞一天还不一定搞定.有 二进制存库,文件存库,各种客户不合理要求都塞进去, 一个软件搞了N个进程,N个服务,用户又很容易可以关闭. 导致太多问题. 随着功能越来越多, 基本功能学好的却越来越少. 做的东西都是一堆垃圾. 会导致各种公司越来余越少用(也许是不想花钱).用的人也越来越少.逐渐没落. 现在都是用mysql,oracle,postgresql等等的了, 传统数据库开发学精的人是很少的,不像互联Wang公司可以随便加机器. 传统数据库数据可能很多. 很多客户都只有一台服务器,又要做 数据库服务器,又要做web服务器,还要做备份服务器,甚至文件服务器,文件放数据库里面的服务器(其他数据库是不建议这样做的,微软也支持客户这么搞). 既要做OLTP,又要做OLAP, 而mssql默认是占全部内存, wang络上教程又不会告诉你, 安装之后要调整,规划自己的内存使用.往往sqlserver会挤占其他服务的内存.内存泄漏可能是不存在的. 单服务器搞这么多东西进去不慢才怪, 仅仅使用delphi,或者c#做客户端程序,做好的时代已经过去了.得想办法降低服务器负载,提高效率. 从设计的时候就考虑客户用个20年,30年数据量,并行执行的客户端数量, 繁忙程度,大量数据,大量客户端都不会导致卡顿的设计. 可能没有太多人这样做,也做不到,只顾眼前,1年半载能用,能交付. 反正我很快就离职了,以后卡顿关我P事. 大家都进互联Wang公司恰饭了,传统开发的人员恰饭都未饱,哪里能想那么多.OVER.
----------------------------------------------
-
作者:
2024/1/18 12:51:07
12楼:
5块钱想买万能药,那得到的就很可能是一跎牛粪而已
----------------------------------------------
SQL SERVER DBA QQ:315054403 曾经的Delphier 缘在上海
作者:
2024/1/18 15:13:03
13楼:
參考這張圖 https://img-blog.csdnimg.cn/099955dd69114a6d8b18b83ac6e86ce4.png BACKUP LOG [your db name] WITH TRUNCATE_ONLY exec sp_helpdb [your db name] DBCC SHRINKFILE([your db log name],1) [your db name] => 假設是 ABC [your db log name]=> 通常是 ABC_Log,但可能被改過檔名 ( 就是圖中的 XXX_Log ) 執行以下三行,縮小交易日誌檔,有很大的機會能提高速度 Ex: BACKUP LOG WITH TRUNCATE_ONLY exec sp_helpdb ABC DBCC SHRINKFILE(ABC_Log,1)
----------------------------------------------
-