#
服務器數據恢復背景描述： 需要進行數據恢復的磁盤陣列是兩組分別由4塊600G容量的SAS硬盤組成的raid5磁盤陣列，ext3文件系統、lvm結構。 磁盤陣列中1號硬盤離線，熱備盤啟動同步，在同步過程
| 導語 最近在配合某同事做一項性能壓測，發現相同數據量、相同數據庫參數、相同sysbench壓力、相同數據庫版本和sysbench版本、相同服務器硬件環境下，我和同事的壓測結
當低版本IDE導入高版本IDE開發的JAVA項目時，可能會由于低版本IDE的java編譯器對高版本JDK不支持，導致 項目運行報錯：java.lang
問題現象： MySQL 實例Hang 住，鏈接不斷累積然后達到連接數上限，所有涉及事務的操作及連接的操作都被卡住，CPU 及負載較低； 問題處理： MySQL
索引類型創建錯誤導致SQL查詢緩慢 通過pt-query-digest分析發現這條語句%95都需要15S以上 # Query 2: 0.00 QPS, 0.01x concurrency, ID 0x
記錄一次停電導致的數據庫不完全恢復 接到朋友電話，一臺windows+ora11g 數據庫由于停電導致數據庫啟動失敗； 記錄修復和走過的彎路； 遺憾：該數據庫未開歸檔，沒有備份，最后數據庫打開
Oracle 數據傾斜導致的問題 - 有綁定變量 參考整理---> 場景二：
最近，同事負責的項目，機房斷電，恢復后需要重新啟動數據庫，就找到了我，都是常規操作，登錄數據庫后直接st
oracle分區表的常規操作導致對索引的影響 oracle分區表目前已經很普遍的應用于我們的生產系統，但是在日常需要維護分區表的時候，一些
