其實這個問題已經不知不覺的出現在了我們的身邊，但是一般情況下很難發現這個問題的存在，這幾天在上班的時候監控到後台總會會無緣無故的記憶體增長，於是就分析了一下問題的原因。
mysql版本：5.1.45
工具：jprofiler 11.0
我們部署乙個很簡單的專案到伺服器上，然後間隔12小時進行一次dump，進行堆疊分析，使用jprofiler進行堆疊分析如下
我們可以發現，多出了乙個這個類，看起來是mysql導致的問題所在。
然後去mysql的官網，找到了對應的訊息提示。
VarFormat的不正確使用導致記憶體洩漏
varformat的不正確使用導致記憶體洩漏 乙個很弱智的錯誤 如下 variant t var dblvalue cstring sout bstr bstrout sout.allocsysstring varformat var,l 0.0,0,var format nosubstitute,...
VarFormat的不正確使用導致記憶體洩漏
varformat的不正確使用導致記憶體洩漏 乙個很弱智的錯誤 如下 variant t var dblvalue cstring sout bstr bstrout sout.allocsysstring varformat var,l 0.0,0,var format nosubstitute,...
C delete自定義資料庫型別導致記憶體洩露
一,問題場景 中使用自定義資料型別時，為了提高入參，出參普遍性。使用了void 指標型別管理入參出參。當釋放記憶體時沒有指定指標指向的型別，從而導致記憶體洩露。typedef std shared ptrspiworker typedef std weak ptrwpiworker typedef ...