Time of Update: 2014-06-15
Linux下卸載MySQL1、尋找以前是否裝有MySQL命令:rpm -qa|grep -i MySQL可以看到MySQL的兩個包:MySQL-4.1.12-3.RHEL4.1MySQLclient10-3.23.58-4.RHEL4.12、刪除MySQL刪除命令:rpm -e --nodeps 包名 ( rpm -ev MySQL-4.1.12-3.RHEL4.1 )3、刪除老版本MySQL的開發標頭檔和庫命令:rm -fr /usr/lib/MySQL rm -fr
Time of Update: 2014-06-15
經過數天的苦戰,我終於成功的在Fedora core 7(FC7)中安裝了Oracle10g,由於玩Linux沒多久,又是第一次安裝oracle,期間經曆了很多磨難,其中那個該死的隨身碟破壞.rar檔案著實讓俺吃了不少苦頭,因為這個我下了N次資料庫檔案,因為我從來沒有懷疑過它,我懷疑的是我下載的檔案被破壞了(包括官方下載),期間還重裝了好幾次FC7,搞的我現在裝Linux比裝XP還嫻熟。好了,思苦這事不能多幹,到此打住,抬起頭來向前看。現將詳細過程記錄下來,方便自己也方便別人注意1.我安裝FC7
Time of Update: 2014-06-15
如果您想把EXCEL的資料或者CSV格式的資料匯入到MySQL中,MySQL的CSV引擎再適合不過了。MySQL的CSV引擎在5.0後開始提供,不過不支援WINDOWS,到了5.1才支援。今天我測試的版本號碼是5.0.45一、注意幾點:1、沒有索引,跟MySQL5的資料字典庫一樣。2、可以直接用任何文字編輯器來編輯資料檔案。3、非英文編碼問題。我的字元終端和表都是UTF-8的,所以要把上傳的CSV檔案儲存為UTF-8的編碼。4、編碼轉化工具,我這邊在WINDOWS下用EDITPLUS來轉化,在L
Time of Update: 2014-06-15
當“space=使用者資料表空間 ”時報錯處理: --查看錶空間的大小; SQL> SELECT TABLESPACE_NAME,SUM(BYTES)/1024/1024 MB FROM DBA_FREE_SPACE GROUP BY TABLESPACE_NAME; --查看錶空間中資料檔案存放的路徑: SQL> SELECT TABLESPACE_NAME, BYTES/1024/1024 FILE_SIZE_MB,
Time of Update: 2014-06-15
一. Oracle 控制檔案內容 我們可以通過v$controlfile_record_section 視圖查看控制檔案裡包含的內容。 SQL> select type from v$controlfile_record_section; TYPE--------------------------------------------------------DATABASECKPT PROGRESSREDO THREADREDO
Time of Update: 2014-06-15
Oracle建立EM的時候報錯: 配置: Failed to unlock mgmt_view account 2013-4-29 22:47:03 oracle.sysman.emcp.EMReposConfig invoke 嚴重: 無法對所有 EM 相關帳戶解鎖 2013-4-29 22:47:03 oracle.sysman.emcp.EMConfig perform 嚴重: 無法對所有 EM 相關帳戶解鎖 有關詳細資料,
Time of Update: 2014-06-15
今天提交請求後,提示ORA-01652: 無法通過 128 (在資料表空間 TEMP 中) 擴充 temp 段。最後通過ALTER DATABASE TEMPFILE '/*/*/db/apps_st/data/tempx01.dbf' RESIZE 7168M;擴充暫存資料表空間來解決。在網上找了些資料,重新學習下暫存資料表空間的知識點,記錄在此以免以後忘記。暫存資料表空間的作用: 暫存資料表空間主要用途是在資料庫進行排序運算[如建立索引、order by及group
Time of Update: 2014-06-15
首先要說明的一點是:ORA-01555錯誤是一個“安全”的錯誤,它不會造成資料丟失或損壞,只是會讓接收到該錯誤的查詢無法繼續,因此,在資料庫的日常維護工作中,如果只是一次兩次碰到ORA-01555錯誤,一般都先忽略,但是如果經常碰到該錯誤,則要進行一些調整以避免該錯誤的再次發生。1. 為什麼會產生ORA-01555錯誤?這個錯誤是由資料庫的讀一致性(Read
Time of Update: 2014-06-15
我們知道Oracle的塊清除有兩種:1:快速塊清除(fast commit cleanout);2:延時塊清除(delayed block
Time of Update: 2014-06-15
Oracle 11g 安裝先決條件檢查全部失敗,無法安裝,顯示NA的原因和解決辦法 安裝Oracle時,即使事先已經安裝好Java環境,以Administrator身份執行安裝,啟用Windows XP SP3相容模式,無論選擇伺服器型還是案頭型在先決條件檢查時全部失敗,並不是資料規格不達標而是全部顯示成N/A,Oracle無法執行任何檢查,錯誤提示類似下面的樣子: 實體記憶體 – 此先決條件將測試系統實體記憶體總量是否至少為 922MB (944128.0KB)
Time of Update: 2014-06-15
mysqlslap 是從mysql 5.1.4版開始帶的一個mysql測試載入器。 [root@ www.bkjia.com ~]# mysqlslap --help mysqlslap Ver 1.0 Distrib 5.5.31, for Linux (x86_64) Copyright (c) 2005, 2013, Oracle and/or its affiliates. All rights
Time of Update: 2014-06-15
關於ora-01000:超出最大可開啟的遊標數 的一點理解 ORA-01000: maximum open cursors exceeded"怎麼解決 ERROR at line 1: ORA-01000: maximum open cursors exceeded問題分析: 1.遊標open後,出錯了又沒有close. 2.可能是表結構的問題。 解決方案: step 1:
Time of Update: 2014-06-15
Oracle 傳統的Export與Import依舊被保留到11g,而且9i與10g有很多依舊使用Export與Import方式進行備份與恢複的企業。從Oracle 7.3開始,傳統的exp匯出程式提供兩種的匯出路徑方式,一個是傳統路徑匯出(Conventional Path Export),一個是直接路徑匯出(Direct Path Export)。本文即是因最近客戶的傳統匯入匯出效能問題對此進行描述。1、兩者的差異 a、
Time of Update: 2014-06-15
1.環境描述OS:Linux RedHat5.5Oracle version:Oracle RAC 11.2.0.12.問題描述使用exp匯出資料庫中多個使用者資料,語句為exp buffer=4096000 file=exp.dmp wner=user1,user2….當匯出至最後結尾出時報出ORA-1455: converting column overflows integer datatype
Time of Update: 2014-06-15
1. 現象:異機資料檔案恢複成功後,執行最後一步開啟資料庫時報錯。例如:SQL > alter database open resetlogs;報錯:ORA-01152: file 1 was not restored from a sufficiently old backupORA-01110: data file 1: '/u02/Oracle/oradata/mingya/system01.dbf' 2.
Time of Update: 2014-06-15
今天有幸做了幾個RMAN的全庫恢複實驗,這裡是一個brief版,方便忘了時可以瞬速找到一 完全恢複1.資料庫全庫【完全恢複】$ rman target / 登入rman工具,如果使用了catalog,則登陸方法rman
Time of Update: 2014-06-15
前幾天一直在弄這個。本來根據官網的教程一步一步下來之後Ubuntu 12.04下原始碼安裝mysql是可以的,但是在安裝了Python-MySQLdb之後發現mysql就不行了,已啟動就會出現“The MySQL server quit without updating the PID file(/usr/local/bin/mysql/data/XXXXX.pid"錯誤或者出現”MySQL server cannot be
Time of Update: 2014-06-15
記錄一下:在從Oracle11g升級到版本11.2.0.3執行@?/rdbms/admin/catupgrd.sql的過程中,會碰到下面的報錯資訊:ORA-00604: error occurred at recursive SQL level 1ORA-01704: string literal too longORA-00932: inconsistent datatypes: expected XDB.XDB$SCHEMA_T gotORA-06512: at
Time of Update: 2014-06-15
在實際運營環境中,我們經常碰到類似這樣的需求,譬如想不影響現網業務評估DB補丁在現網環境中啟動並執行時間,或者是想在做DB切換前想串連Standby DB做實際業務啟動並執行測試,如果在9i版本的時候,想做到這樣,在不搭建新測試環境的前提下,可以將Standby DB啟用後進行測試,但是啟用後的Standby DB將不能再用於容災,必須重建Standby DB。在10g以及11g之後,可以利用新特性很好的解決這個問題,啟用的Standby DB可以閃回到啟用前的狀態,繼續參與容災,而不需要重建。
Time of Update: 2014-06-15
有朋友提了一個需求:每天的晚上12點使用exp備份資料庫到指定目錄下面,並且自動刪除在一個星期以前備份的資料為此寫出下文,僅以記錄並分享這個過程。Linux平台下的Oracle自動備份案例(使用RMAN) 見 環境:作業系統:RHEL5.4資料庫:Oracle