WORKER PROCESS

usr

刚才生产系统突然变慢，用sp_who查看后，发现110进程锁住了其他几个进程，而且110进程本身也不太对，现象如下：
110          13 runnable     dbmis        dbmis                   0     databasea     WORKER PROCESS   
        110          15 runnable     dbmis        dbmis                   0     databasea     WORKER PROCESS   
        110          16 runnable     dbmis        dbmis                   0     databasea     WORKER PROCESS   
        110          17 runnable     dbmis        dbmis                   0     databasea     WORKER PROCESS   
        110          18 runnable     dbmis        dbmis                   0     databasea     WORKER PROCESS   
        110          19 runnable     dbmis        dbmis                   0     databasea     WORKER PROCESS   
        110          20 runnable     dbmis        dbmis                   0     databasea     WORKER PROCESS   
        110          21 running      dbmis        dbmis                   0     databasea     WORKER PROCESS

我用kill 110杀了后再用sp_who看110进程，情况如下：
110 runnable     dbmis        dbmis                   0     databasea     AWAITING COMMAND

我不太明白这是怎么回事，请教各位高手一下。

Blackrose

你在系统中配置了 并行机制

你给出的信息中 第一列 名为fid（father id 父进程） 第二列为spid
WORKER PROCESS代表这些 13,15,....21的进程都是110的子进程。

如果并行机制导致你的系统负担加重，比如cpu长期繁忙，可以考虑减小参数 max parallel degree 、max scan parallel degree、number of work process的值
或者直接关闭并行看看效果

usr

这种情况正常还是不正常啊？
我杀了110进程对数据会有什么影响吗？

Blackrose

出现这些信息是正常的 但如果你的系统不需要这么高的并行度 也就不“正常”了


kill 进程不会造成事务一致性的破坏，但你没有提交的事务将全部回滚，必须重新提交

usr

原帖由 "Blackrose" 发表：
出现这些信息是正常的 但如果你的系统不需要这么高的并行度 也就不“正常”了


kill 进程不会造成事务一致性的破坏，但你没有提交的事务将全部回滚，必须重新提交

"不需要这么高的并行度"是什么意思？

Blackrose

你自己找一本 性能优化 中文手册 看看关于并行那章
自己理解一下