会员救园，故障添乱，今天凌晨 04:06~05:40 期间，园子的数据服务器再次出现 CPU 100% 故障，由此给您带来麻烦，请您谅解。

这是今年的第5次故障，第1次发生于2023年3月26日，第2次发生于2023年8月19日，第3次与第4次发生于2023年8月31日。

这次由于出现在凌晨，发现比较晚，发现故障后，通过重启数据库实例恢复正常。

园子的数据库服务器使用的是阿里云 RDS SQL Server2016 标准版，故障恢复后，我们通过阿里云 RDS 控制台的「性能优化」发现故障期间占用 CPU 最多的 SQL 语句

SELECT TOP @__p_1 [b].[TagName] AS [Name], [b].[TagID] AS [Id], [b].[UseCount], [b].[PrivateUseCount], [b].[BlogId]
	, [b].[Order]
FROM [blog_Tag] [b]
WHERE [b].[BlogId] = @__blogId_0
	AND ([b].[PrivateUseCount] > ?
		OR [b].[UseCount] > ?)
ORDER BY CASE 
	WHEN [b].[Order] IS NULL THEN ?
	ELSE ?
END, [b].[Order], [b].[UseCount] DESC

阿里云 RDS 控制台给出的分析提示：

数据类型隐式转化：可能会导致CPU / IOPS飙高，建议保持数据类型一致

我们针对这个 SQL 语句进行了优化，改为在内存中针对 Order 字段进行排序，优化的 SQL 语句

SELECT TOP(@__p_1) [b].[TagName] AS [Name], [b].[TagID] AS [Id], [b].[UseCount], [b].[PrivateUseCount], [b].[BlogId], [b].[Order]
FROM [blog_Tag] AS [b]
WHERE [b].[BlogId] = @__blogId_0 AND ([b].[PrivateUseCount] > 0 OR [b].[UseCount] > 0)
ORDER BY [b].[UseCount] DESC

注：SQL 语句是 EF Core 生成，我们优化的是 LINQ 代码。

前两次故障期间占用 CPU 最多的是一个存储过程，在故障后的优化中给那个存储过程加了 WITH RECOMPILE 参数，这次故障期间没有出现 CPU 占用高的问题。