數據庫管理員

Linux伺服器癱瘓了3天，居然又是Mysql調皮搗蛋，讓IDC重啟伺服器後發現Mysql啟動失敗，反覆重啟機器和Mysql均無效，頓時心口發涼，真 是世風日下、民不聊生、暗無天日啊，剛回北京就不讓我消停。可算找到原因了，居然是Mysql莫名其妙多了一些超大檔案，160G的硬碟空間被佔用的滿滿

安裝環境：Ubuntu 7.10與Oracle 10.2.0 企業版 一， 檢查硬體需求及記憶體硬碟需求。記憶體512M，swap分區500M二，安裝需要的包sudo apt-get install gcc make binutils lesstif2 libc6 libc6-dev rpm libmotif3 libaio1 libstdc++5 alien三，添加使用者和組sudo groupadd oinstallsudo groupadd dbasudo groupadd

公司網站剛改完版,最佳化了資料庫結構,使用的memcache分布式緩衝加MySQL,剛開始幾天還好,資料庫服務幾天沒down過了.但這幾天頻繁down機.是個大問題,需要解決.資料庫伺服器硬體設定為4顆雙核CPU,8G記憶體.查看伺服器負載(top命令),見MySQL竟然經常百分之九十幾的cpu,恐怖.早之前就知道,資料表有些欄位沒有做索引的,引起MySQLL負載這麼高的原因主要應該是索引問題和某些變態SQL語句.如何知道是MySQL哪些索引和SQL引起的問題呢?老大教有絕招編輯MySQL設定檔

本人的系統是虛擬機器上的Ubuntu 8.041.先去http://www.postgresql.org那裡下個postgreSQL core 8.3.2.使用命令tar -xvf postgreSQL-8.3.3.tar.bz2 解壓3.去那個解壓的檔案夾,使用./configure 命令，它將自動檢查系統配置4.很不幸得是報了一個"c cannot output the executable file"相關閱讀:Ubuntu下安裝PostgreSQL8.3詳細過程[多圖]

下面以圖解的方式詳細介紹Ubuntu下安裝PostgreSQL8.3的過程。首先下載postgresql-8.3.3-2-linux.binroot@bai-desktop:/home/bai/liuy# lspostgresql-8.3.3-2-linux.binroot@bai-desktop:/home/bai/liuy# chmod u+x postgresql-8.3.3-2-linux.bin root@bai-desktop:/home/bai/liuy#

Linux環境下預設登入mysql之後show variables like '%character%', 出現mysql> show variables like '%character%';+--------------------------+----------------------------+| Variable_name | Value |+--------------------------+----------------------------+|

1。環境Ubuntu8.04.1 案頭版 (WMWare 虛擬機器下)2。下載Oracle-xe-universal_10.2.0.1-1.0_i386.deb：http://www.oracle.com/technology/software/products/database/xe/htdocs/102xelinsoft.html下載後使用ftp傳到ubuntu的某個檔案夾下，比如/home/ftp3。操作步驟（在root使用者下）3.1 更新系統apt-get updateapt-get

這幾天研究了好久，終於被我知道了如何在Linux下安裝mysql的二進位原始碼包，最終解決了ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)的許可權問題，真的是感慨萬分啊，只想把他寫出來，讓自己以後不要忘記了，好了，廢話不多說了，看看我的安裝步驟吧！1.下載mysql-5.0.51a-linux-i686-glibc23.tar.gz，為http://download.unix-

最近在學習安裝資料庫的時候，用了多種方法建立，如dbca建立，手工建立，用模版建立等等，當用dbca建立資料庫的時候，沒有選擇“使用Enterprise Manager設定資料庫”，造成後來想用em不能使用，必需用到手工配置em才能使用，下面就介紹兩種單一實例環境實下em配製。第一種方法，用dbca配置em，也是最簡單的方法。在命令提示字元下輸入dbca,出現"Database Configuration Assistant

　　Oracle使用多種不同的機制管理資料庫安全性，其中有兩種機制：模式和使用者。模式為模式對象的集合，模式對象如表、視圖、過程和包等。第一資料庫有一組模式。　　每一Oracle資料庫有一組合法的使用者，可存取一資料庫，可運行一資料庫應用和使用該使用者各串連到定義該使用者的資料庫。當建立一資料庫使用者時，對該使用者建立一個相應的模式，模式名與使用者名稱相同。一旦使用者串連一資料庫，該使用者就可存取相應模式中的全部對象，一個使用者僅與同名的模式相聯絡，所以使用者和模式是類似的。　　使用者的存取權利

Linux下C語言處理MySQL資料庫樣本程式，花了n久的時間終於搞清楚了，丫丫的，真麻煩編譯：引用g++ -Imysql/include -Lmysql/lib -o a.out a.cpp -lmysqlclient

今天來公司啟動電腦，到登陸介面，電腦報有個服務啟動失敗，我的電腦沒有新裝軟體，周六還沒有問題，怎麼突然報這個錯誤？於是到事件檢視器中看看什麼問題，顯示是OracleDBConsoleorcl啟動失敗，到服務裡一看，確實沒有啟動。手動啟動一下，報錯誤碼2我裝的是10g，於是到ORACLEproduct10.2.0db_1test_orclsysmanlog目錄看一下log裡寫了什麼，開啟OracleDBConsoleorclsrvc.log.log最後記錄的是:————–

測試環境是:DB: 11.2.0.3 ,10.2.0.4 OS：RHEL 4.8把Oracle 10G中的stored outline資料移轉到11G中1，匯出測試表中的資料[oracle10g@rhel4 sql]$ expdp scott/oracle tables=test1directory=testdumpfile=test1.dmp; Export: Release 10.2.0.4.0 - 64bit Production on Saturday, 06 April, 2013

Profile 是口令限制、資源限制的命名集合。建立Oracle資料庫時，Oracle會自動建立Default Profile，然後分配各使用者，如果沒有指定，使用者會啟用default profile。 1、查看口令檔案 09:07:15 SQL> select username ,profile from dba_users; USERNAME                &

發現系統資料沒有更新，查看Oracle定時任務，估計沒有執行。發現next_date變成了4000/1/1 ，broken被選中。select * from user_jobs發現該任務失敗次數達16次。查得如下原因：　　當任務運行失敗時，SNP過程在1分鐘後將再次試圖運行該任務。如果這次運行又失敗了，下一次嘗試將在2分鐘後進行，再下一次在4分鐘以後。任務隊列每次

環境：CentOS 6.2 + Oracle 11.2.0.3 （非rac）問題描述：資料庫每天22點左右報錯ora-07445，之後幾天就是每天兩到三次的出現此錯誤，在MOS上查了，是補丁號為13901133的bug，上個星期在測試庫上測試了此補丁，成功打上，需停機修複此bug。提前申請停機時刻和所需時間，此補丁只有96K，分分鐘的時間就可以打上，所以很快，建議業務低峰期申請停機，將此打上，在此之前強烈建議做個全備，並在測試庫上做反安裝測試，以防補丁安裝失敗。alert資訊：Sun Jan 1

很多人都知道使用LOGMNR來分析日誌,但是很少有人來使用DUMP來分析日誌,具體是因為LOGMNR分析出來的資訊方便查閱,也便於理解.但是有些時候我們還是需要DUMP來分析記錄檔,因為它記錄的更詳細,更真實。(其實一般的LOGMNR分析的日誌不是很全的)有次LOGMNR日誌分析後,我發現挖掘的資訊十分詭異,我是根據ROWID查詢LOGMNR分析出來的記錄的,發現某個ROWID有INSERT、DELETE,卻沒有UPDATE操作,而實際上根據業務分析確實是有UPDATE操作的(注意這裡我也想過會

Oracle 11g 安裝先決條件檢查全部失敗，無法安裝，顯示NA的原因和解決辦法 安裝Oracle時，即使事先已經安裝好Java環境，以Administrator身份執行安裝，啟用Windows XP SP3相容模式，無論選擇伺服器型還是案頭型在先決條件檢查時全部失敗，並不是資料規格不達標而是全部顯示成N/A，Oracle無法執行任何檢查，錯誤提示類似下面的樣子： 實體記憶體 – 此先決條件將測試系統實體記憶體總量是否至少為 922MB (944128.0KB)

最近在調試一個帶DML操作的函數時，一直不成功，在PL/SQL中測試時沒問題，通過SQL語句調用函數時就不行了，剛開始一直沒找到原因，後來無意間把 函數中捕獲異常的代碼注釋掉，終於通過SQL調試時，彈出了一個“ORA-14551: 無法在查詢中執行 DML 操作 .”錯誤，找到了問題原因，就好找解決辦法了，在網上找到一篇文章，大談什麼自治事務和主事務，看了半天，還是雲裡霧裡，找到關鍵點，就是添加一條語句“PRAGMA

It's sometimes said that the true job of an Oracle database administrator can be summed up in one, essential skill: to be able to recover your database. There's much wisdom in that statement. Of all the things you are responsible for as a database