Hoy en día se encontró una instancia de base de datos SQL Server para CPU monitor de algunas excepciones, CPU CPU (O / S Utilización de CPU) como se muestra a continuación, consumida por el sistema y el consumo de ejemplo de base de datos (utilización de la CPU ejemplo) tienen un mayor acceso, el servidor comprueba entrada encontraron base de datos de proceso de correo motor consume el 20 por ciento de las operaciones de recursos de CPU. Pero él sigue consumiendo tanta CPU.
![clip_image001 [12]](https://img2018.cnblogs.com/blog/73542/202003/73542-20200312233529803-492973132.png "clip_image001 [12]")
![clip_image002 [12]](https://img2018.cnblogs.com/blog/73542/202003/73542-20200312233530909-1886488645.png "clip_image002 [12]")
Primero de todo lo que pienso es si existe el caso de la base de datos de correo loco que? Debido a que los casos relacionados encontrado antes, porque la actualización de un error de lógica guión causado, lo que resulta en una loca e-mail corto, haciendo que el proceso de correo motor de base de los desarrolladores consume una gran cantidad de recursos de CPU, consulte con el siguiente script. Cabello encuentra como máximo alrededor de 200 mensajes a una hora de camino, por lo que descartó la situación
SELECT CONVERT ( VARCHAR (13), send_request_date, 120)
, COUNT (*)
DE msdb.dbo.sysmail_allitems CON (NOLOCK)
DONDE send_request_date> = CONVERT (DATETIME, '27/01/2020 00:00:00' , 120)
Y send_request_date <= CONVERT (DATETIME, '03/14/2020 00:00:00' , 120)
GRUPO POR CONVERT ( VARCHAR (13), send_request_date, 120)
ORDEN POR CONVERT ( VARCHAR (13), send_request_date, 120);
![clip_image003 [12]](https://img2018.cnblogs.com/blog/73542/202003/73542-20200312233531577-562716465.png "clip_image003 [12]")
2: Sistema de registro de errores y el registro de errores examen DatabaseMail encontraron ninguna anomalía.
3: Bug causado.
Hay documentos oficiales introducidas en SQL Server 2016 en el correo de base de datos después de enviar una gran cantidad de correo, puede conducir a un uso de CPU. Sin embargo, la instancia de base de datos es SQL Server 2014 (12.0.5000.0), aunque esto no se ha encontrado un documento oficial en la información relevante de SQL Server 2014 Bug, pero la orina de Microsoft, básicamente, lo más probable es que este insecto. Debido a la falta de documentos relevantes, es posible que la versión actual no han encontrado este error. Corregir el problema no podría haber perdido este error (Revisé toda la lista de parches, no mencionó esto).
https://support.microsoft.com/en-nz/help/3197879/fix-sql-server-2016-database-mail-causes-high-cpu-usage-after-many-ema
Y la Internet parece tener algunos amigos se reunieron el mismo caso.
soluciones
Si SQL Server 2016, parche de actualización acumulativa 2 para SQL Server puede resolverse después de 2016 SP1. Sin embargo, en SQL Server 2014, necesidad de resolver temporalmente el problema reiniciando el servicio de correo.
EXEC msdb . DBO . sysmail_stop_sp
EXEC msdb . DBO . sysmail_start_sp