网站seo招聘,响应式网站开发流行吗,头像制作免费,怎么打开网站一#xff1a;背景
1. 讲故事
前段时间有位朋友找到我#xff0c;说他程序CPU直接被打满了#xff0c;让我帮忙看下怎么回事#xff0c;截图如下#xff1a; 看了下是两个相同的程序#xff0c;既然被打满了那就抓一个 dump 看看到底咋回事。
二#xff1a;为什么会打…一背景
1. 讲故事
前段时间有位朋友找到我说他程序CPU直接被打满了让我帮忙看下怎么回事截图如下 看了下是两个相同的程序既然被打满了那就抓一个 dump 看看到底咋回事。
二为什么会打满
1. 真的被打满了吗
凡事都要用数据说话我们使用 !tp 命令观察一下。 0:014 !tp
logStart: 62
logSize: 200
CPU utilization: 100 %
Worker Thread: Total: 16 Running: 0 Idle: 16 MaxLimit: 32767 MinLimit: 8
Work Request in Queue: 0
--------------------------------------
Number of Timers: 8
--------------------------------------
Completion Port Thread:Total: 9 Free: 2 MaxFree: 16 CurrentLimit: 9 MaxLimit: 1000 MinLimit: 8
从卦象看果然是被打满了那为什么会满呢一般来说CPU高是线程抬起来的接下来我们就从线程入手。
2. 线程都在做什么事情
要想观察每个线程都在做什么可以使用 ~*e !clrstack 命令打完所有的线程栈后明显发现有 6 处在 System.Text.RegularExpressions.RegexReplacement.Replace 正则替换这里截图如下 0:021 ~14s
ntdll!NtWaitForSingleObject0x14:
00007ff9c5d4fa74 c3 ret
0:014 !clrstack
OS Thread Id: 0x6ee0 (14)Child SP IP Call Site
000000AC6CBF99C8 00007ff9c5d4fa74 [HelperMethodFrame: 000000ac6cbf99c8]
000000AC6CBF9AC0 00007ff942416c05 System.String.Create[[System.Text.SegmentStringBuilder, System.Text.RegularExpressions]](Int32, System.Text.SegmentStringBuilder, System.Buffers.SpanAction2Char,System.Text.SegmentStringBuilder)
000000AC6CBF9B20 00007ff942416aeb System.Text.SegmentStringBuilder.ToString()
000000AC6CBF9BA0 00007ff9422e62ac System.Text.RegularExpressions.RegexReplacement.Replace(System.Text.RegularExpressions.Regex, System.String, Int32, Int32)
000000AC6CBF9C70 00007ff9422e4ec6 System.Text.RegularExpressions.Regex.Replace(System.String, System.String, System.String, System.Text.RegularExpressions.RegexOptions)
000000AC6CBF9CD0 00007ff941e157aa SqlSugar.UtilMethods.ReplaceSqlParameter(System.String, SqlSugar.SugarParameter, System.String)
000000AC6CBF9F80 00007ff941e42990 SqlSugar.SqlSugarProviderd__2451[[System.Int32, System.Private.CoreLib]].MoveNext()
000000AC6CBFA300 00007ff94190e93c System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[[System.__Canon, System.Private.CoreLib]](System.__Canon ByRef)
000000AC6CBFA360 00007ff941e420bd SqlSugar.SqlSugarProvider.SaveQueuesProviderAsync[[System.Int32, System.Private.CoreLib]](Boolean, System.Func3System.String,System.Collections.Generic.List1SqlSugar.SugarParameter,System.Threading.Tasks.Task1)
000000AC6CBFA3D0 00007ff941e41a52 SqlSugar.SqlSugarProviderd__224.MoveNext()
000000AC6CBFA480 00007ff94190e93c System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[[System.__Canon, System.Private.CoreLib]](System.__Canon ByRef)
000000AC6CBFA4E0 00007ff941e418f4 SqlSugar.SqlSugarProvider.SaveQueuesAsync(Boolean)
000000AC6CBFA550 00007ff941e417fe SqlSugar.SqlSugarClient.SaveQueuesAsync(Boolean)
000000AC6CBFA5A0 00007ff941e4177e SqlSugar.SqlSugarScope.SaveQueuesAsync(Boolean)
000000AC6CBFA5F0 00007ff941e40fce xxx.Repository.BaseRepository1d__76[[System.__Canon, System.Private.CoreLib]].MoveNext()
...
000000AC6D4FAAF0 00007ff9422c9d0c xxx.xxxServiced__15.MoveNext()
...
从上面的 MoveNext 和 AsyncMethodBuilder 来看这里用的是全异步写法分析起来那是一个头大哈。。。不过仔细观察是 SqlSugar 在替换sql参数的时候引发的一般来说和 Regular 有关的操作都是蛮耗 CPU 的然后顺手看了下cpu配置也才 8 核难怪 CPU 直接 100% 了。 0:014 !cpuid
CP F/M/S Manufacturer MHz0 6,85,7 unavailable 25001 6,85,7 unavailable 25002 6,85,7 unavailable 25003 6,85,7 unavailable 25004 6,85,7 unavailable 25005 6,85,7 unavailable 25006 6,85,7 unavailable 25007 6,85,7 unavailable 2500
3. SqlSugar 到底在做什么
要想知道做什么逆向一下代码就好截图如下 这种写法好不好我就不评价了至少简单粗暴那为什么会很耗时呢这就要扒一下 ReplaceSqlParameter 方法中的三个参数尤其是 itemSql 字段然后使用 !clrstack -a。 0:014 !clrstack -a
OS Thread Id: 0x6ee0 (14)Child SP IP Call Site
000000AC6CBF9CD0 00007ff941e157aa SqlSugar.UtilMethods.ReplaceSqlParameter(System.String, SqlSugar.SugarParameter, System.String)PARAMETERS:itemSql (0x000000AC6CBF9F80) 0x0000023d802e1020itemParameter (0x000000AC6CBF9F88) 0x0000023c4bd3ae58newName (0x000000AC6CBF9F90) 0x0000023ca9dd3328LOCALS:0x000000AC6CBF9F68 0x00000000000000000:014 !do 0x0000023d802e1020
Name: System.String
MethodTable: 00007ff93caad698
EEClass: 00007ff93ca89d60
Tracked Type: false
Size: 21391508(0x1466894) bytes
File: C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.12\System.Private.CoreLib.dll
String: String is invalid or too large to printFields:MT Field Offset Type VT Attr Value Name
00007ff93ca99480 40002f2 8 System.Int32 1 instance 10695743 _stringLength
00007ff93c9fea10 40002f3 c System.Char 1 instance 49 _firstChar
00007ff93caad698 40002f1 e8 System.String 0 static 0000023c3f5613a0 Empty0:014 ?0n21391508 /0x400
Evaluate expression: 20890 000000000000519a
从卦中看简直是吓一跳这个 sql 居然高达 20M难怪处理起来比较慢很好奇这 20M 到底是个啥我估计 SqlSugar 也没考虑到有这么大的 SQL 吧那如何导出这 20M 数据呢可以使用 .writemem 即可。 0:014 .writemem D:\testdump\1.txt 0x0000023d802e10200xc L?0x1466894
Writing 1466894 bytes......
这里稍微提醒下大文本最好用 LogView 这种便捷工具然后使用 Utf-16 的方式打开截图如下 看卦中信息看应该是 batch insert 的时候 SqlSugar 在替换参数在正则上出不来那到底是 SqlSugar考虑不周还是使用者问题 ?
4. 到底是谁的问题
要想知道是谁的问题就需要看下是什么操作引发的批量提交我们回头仔细研读下调用栈通过逆向 xxx.xxxServiced__15.MoveNext 方法简化后的逻辑如下
public async Taskbool Savexxx(xxxRequest requestModel){ListxxxDetailModel list new ListxxxDetailModel();for (int i 0; i requestModel.xxxDetailList.Length; i){_xxxService.AddQueue(list); //5w}return await _xxxService.SaveQueuesAsync() 0;}
在 _xxxService.SaveQueuesAsync 的内部就是通过 SqlSugarProvider 进行的批量提交接下来的问题是 list 到底有多少记录呢
0:021 !dso
OS Thread Id: 0x51f8 (21)SP/REG Object Name00ac6cefae38 023c73d9c8a8 System.Collections.Generic.Listxxx.xxxDetailModel
0:021 !do 023c73d9c8a8
Name: System.Collections.Generic.List1[[xxx.xxxDetailModel]]
MethodTable: 00007ff93e12a2f8
EEClass: 00007ff93cb65668
Tracked Type: false
Size: 32(0x20) bytes
File: C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.12\System.Private.CoreLib.dll
Fields:MT Field Offset Type VT Attr Value Name
00007ff93cc6d000 4002095 8 System.__Canon[] 0 instance 0000023c52b36f18 _items
00007ff93ca99480 4002096 10 System.Int32 1 instance 30708 _size
00007ff93ca99480 4002097 14 System.Int32 1 instance 30708 _version
00007ff93cc6d000 4002098 8 System.__Canon[] 0 static dynamic statics NYI s_emptyArray
从卦中看当前是 3w 多我发现在其他线程中也有 6w 的比如下面这个。 0:014 !dumpobj /d 23c49e90300
Name: System.Collections.Generic.List1[[xxx.xxxDetailModel]]
MethodTable: 00007ff93e12a2f8
EEClass: 00007ff93cb65668
Tracked Type: false
Size: 32(0x20) bytes
File: C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.12\System.Private.CoreLib.dll
Fields:MT Field Offset Type VT Attr Value Name
00007ff93cc6d000 4002095 8 System.__Canon[] 0 instance 0000023c1042fca8 _items
00007ff93ca99480 4002096 10 System.Int32 1 instance 63532 _size
00007ff93ca99480 4002097 14 System.Int32 1 instance 63532 _version
00007ff93cc6d000 4002098 8 System.__Canon[] 0 static dynamic statics NYI s_emptyArray
有了这些前因后果建议朋友一次性少提交一点比如 5000 条一次观察下效果如何。
三总结
这次CPU爆高事故主要还是因为 批量提交记录多 导致 SqlSugar 在做参数的正则替换上耗费了大量CPU时间所致降低批量条数通过小步快跑的方式尽可能的降低运行线程的积压应该就能解决这个问题。
