導(dǎo)致

Raid5兩塊硬盤離線導(dǎo)致服務(wù)器癱瘓的解決方法

服務(wù)器數(shù)據(jù)恢復(fù)背景描述： 需要進(jìn)行數(shù)據(jù)恢復(fù)的磁盤陣列是兩組分別由4塊600G容量的SAS硬盤組成的raid5磁盤陣列，ext3文件系統(tǒng)、lvm結(jié)構(gòu)。 磁盤陣列中1號硬盤離線，熱備盤啟動同步，在同步過程

sysbench的lua小改動導(dǎo)致的性能差異

|  導(dǎo)語 最近在配合某同事做一項性能壓測，發(fā)現(xiàn)相同數(shù)據(jù)量、相同數(shù)據(jù)庫參數(shù)、相同sysbench壓力、相同數(shù)據(jù)庫版本和sysbench版本、相同服務(wù)器硬件環(huán)境下，我和同事的壓測結(jié)

JAVA 編譯器jdk版本與項目工程jdk版本不一致導(dǎo)致java.lang.NoSuchMethodError

    當(dāng)?shù)桶姹綢DE導(dǎo)入高版本IDE開發(fā)的JAVA項目時，可能會由于低版本IDE的java編譯器對高版本JDK不支持，導(dǎo)致 項目運行報錯：java.lang

deadlock導(dǎo)致MySQL Hang分析(轉(zhuǎn))

問題現(xiàn)象： MySQL 實例Hang 住，鏈接不斷累積然后達(dá)到連接數(shù)上限，所有涉及事務(wù)的操作及連接的操作都被卡住，CPU 及負(fù)載較低；   問題處理： MySQL

Mysql索引類型創(chuàng)建錯誤導(dǎo)致SQL查詢緩慢

索引類型創(chuàng)建錯誤導(dǎo)致SQL查詢緩慢 通過pt-query-digest分析發(fā)現(xiàn)這條語句%95都需要15S以上 # Query 2: 0.00 QPS, 0.01x concurrency, ID 0x

記錄一次停電導(dǎo)致的數(shù)據(jù)庫不完全恢復(fù)

記錄一次停電導(dǎo)致的數(shù)據(jù)庫不完全恢復(fù) 接到朋友電話，一臺windows+ora11g 數(shù)據(jù)庫由于停電導(dǎo)致數(shù)據(jù)庫啟動失??； 記錄修復(fù)和走過的彎路； 遺憾：該數(shù)據(jù)庫未開歸檔，沒有備份，最后數(shù)據(jù)庫打開

Oracle數(shù)據(jù)傾斜導(dǎo)致的問題-有綁定變量

Oracle 數(shù)據(jù)傾斜導(dǎo)致的問題 - 有綁定變量 參考整理---> 場景二：

密碼延遲驗證導(dǎo)致的系統(tǒng)HANG住

數(shù)據(jù)庫軟件被注入惡意代碼，導(dǎo)致數(shù)據(jù)庫無法啟動，ORA-600_16703

        最近，同事負(fù)責(zé)的項目，機房斷電，恢復(fù)后需要重新啟動數(shù)據(jù)庫，就找到了我，都是常規(guī)操作，登錄數(shù)據(jù)庫后直接st

oracle分區(qū)表的常規(guī)操作導(dǎo)致對索引的影響

oracle分區(qū)表的常規(guī)操作導(dǎo)致對索引的影響      oracle分區(qū)表目前已經(jīng)很普遍的應(yīng)用于我們的生產(chǎn)系統(tǒng)，但是在日常需要維護(hù)分區(qū)表的時候，一些