Linux mysql dump保證程序崩潰時要注意哪些問題

這篇文章主要介紹“Linux mysql dump保證程序崩潰時要注意哪些問題”，在日常操作中，相信很多人在Linux mysql dump保證程序崩潰時要注意哪些問題問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Linux mysql dump保證程序崩潰時要注意哪些問題”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

Linux mysql dump要保證程序崩潰時生成Coredump要注意這些問題：

一、Linux mysql dump要保證存放Coredump的目錄存在且進程對該目錄有寫權限。存放Coredump的目錄即進程的當前目錄，一般就是當初發出命令啟動該進程時所在的目錄。但如果是通過腳本啟動，則腳本可能會修改當前目錄，這時進程真正的當前目錄就會與當初執行腳本所在目錄不同。這時可以查看”/proc/<進程pid>/cwd“符號鏈接的目標來確定進程 真正的當前目錄地址。通過系統服務啟動的進程也可通過這一方法查看。

二、Linux mysql dump若程序調用了seteuid()/setegid()改變 了進程的有效用戶或組，則在默認情況下系統不會為這些進程生成Coredump。很多服務程序都會調用seteuid()，如MySQL，不論你用什么用 戶運行mysqld_safe啟動MySQL，mysqld進行的有效用戶始終是msyql用戶。如果你當初是以用戶A運行了某個程序，但在ps里看到的 這個程序的用戶卻是B的話，那么這些進程就是調用了seteuid了。為了能夠讓這些進程生成core dump，需要將/proc/sys/fs /suid_dumpable文件的內容改為1（一般默認是0）。

三、Linux mysql dump一般都知道，就是要設置足夠大的Core文件大小限制 了。程序崩潰時生成的Core文件大小即為程序運行時占用的內存大小。但程序崩潰時的行為不可按平常時的行為來估計，比如緩沖區溢出等錯誤可能導致堆棧被 破壞，因此經常會出現某個變量的值被修改成亂七八糟的，然后程序用這個大小去申請內存就可能導致程序比平常時多占用很多內存。因此無論程序正常運行時占用 的內存多么少，要保證生成Core文件還是將大小限制設為unlimited為好。

到此，關于“Linux mysql dump保證程序崩潰時要注意哪些問題”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！