Time of Update: 2014-06-15
公司最近的MySQL總是大量的鎖表,分析了一下,基本上都是用的MYISAM表引擎,MYISAM在一張表裡大量的讀寫會造成MySQL整張表都鎖死,而造成動態內容不能及時讀資料,給使用者體驗帶來巨大的影響。INNODB的工作原理只是鎖表的單行記錄(行鎖),不會影響同一張表內的其他行記錄。與是寫下了以下SHELL指令碼,可單個表和整資料庫的引擎轉換...#!/bin/sh# Arg1 : -d
Time of Update: 2014-06-15
初學Linux下Oracle資料庫IMP/EXP,昨天在IMP
Time of Update: 2014-06-15
Oracle單一實例的安裝文檔網上比比皆是,其中也不乏很好的文章,其實oracle最好的安裝文檔莫過於線上手冊,但是手冊的安裝步驟太過詳細,所以很多大俠為了方便就整理了許多不同版本的安裝文檔,本人自學oracle已經快一年了,學到的也只是皮毛,但是談起安裝oracle,特別是11g
Time of Update: 2014-06-15
異定義異常就是那些在pl/sql中已經定義好並給予了異常名稱的異常。它們全部放在pl/sql內建的標準包中,這樣pl/sql程式員就無需再次定義。Oracle中總共有如下21種標準預定義異常:Oracle異常名稱 錯誤號碼 說明 DUP_VAL_ON_INDEXORA-00001You tried to execute an INSERT or UPDATE statement that has created a duplicate value in a
Time of Update: 2014-06-15
我的系統是RedHat 5.5 64位,Oracle為11G R2oracle 11g使用的是jdk1.5,jdk1.5以後有了一個簡便方法來解決這個問題,只需在$JAVA_HOME/jre/lib/fonts/下建一個fallback目錄,把你想在java中使用的字型複製到這個目錄中即可,在oracle使用者下:$ mkdir
Time of Update: 2014-06-15
產生的原因最大的可能就是更改資料沒有提交事務,資料庫就將表鎖住!所以在更新時不要用select * from a for update這樣的語句很容易鎖表,可能用select *,t.rowid from t 這樣的語句代替,這個也是資料庫推薦使用的語句。解鎖的方法:1、查看鎖表進程:SQL:select * from v$session t1, v$locked_object t2 where t1.sid = t2.SESSION_ID;2、將鎖住的進程殺掉SQL:alter system
Time of Update: 2014-06-15
對於Oracle Data Guard 的Maximum Availability和 Maximum Performance 兩種模式下的主庫歸檔檔案的刪除,必須是在歸檔檔案在備庫應用以後才可以刪除。 對於Maximum Protection 模式,這種模式的日誌是同時寫到主庫和備庫的,所以這種模式下的主庫刪除歸檔,沒有限制。 可以直接刪除。 那麼在Maximum Availability和 Maximum Performance下,RMAN
Time of Update: 2014-06-15
使用在postgresql.org下載的x86_64二進位版的postgres 9.0.3安裝包,解壓到了/opt/pgsql。使用initdb命令初始化資料庫後嚮往常一樣使用psql命令登陸資料庫,提示找不到termcap等一些動態庫,把/opt/pgsql/lib目錄加入LD_LIBRARY_PATH環境變數就好了。 再次使用psql登陸資料庫,卻提示如下錯誤:psql (9.0.3)
Time of Update: 2014-06-15
用PXE方法從裸機批量推Oracle 11gR2 RAC成套環境,並用Shell指令碼在推出的RAC節點上批量部署32個Oracle11gR2 RAC備份恢複案例情境的方法。中國科學院ARP項目實施顧問,上海Oracle使用者群組成員 唐波摘要本文前半段介紹:用PXE推送端主機,把原先處於裸機狀態的三台一套 PXE被推送端主機批量推成Oracle 11gR2 RAC環境的方法。在每套推出的Oracle 11gR2 RAC環境中,都包含已自動安裝並配置好的三台主機:一台共用磁碟主機和兩台節點主機。
Time of Update: 2014-06-15
上次整理了下DB2資料庫日誌的一些概念(DB2日誌(1)基礎知識),但在生產環境中如何管理和防止歸檔日誌及防止災難時的日誌丟失其實是比較麻煩的,因為當DB2資料庫設為歸檔模式(即LOGRETAIN=ON)時,資料庫就不會自動刪除和迴圈利用.這會造成活動紀錄目錄下的記錄檔越來越多,而歸檔和清除日誌在DB2中個人感覺並不那麼方便.還好DB2提供了相關的USEREXIT程式(又名使用者出口程式)可以使我們管理記錄檔並有了擴充功能的可能性.在這一點上DB2明顯要比Oracle開放些.實現1.首先將USE
Time of Update: 2014-06-15
Oracle Flashback table的使用Oracle確保recyclebin是開啟的SQL> show parameter recyclebinNAME TYPE VALUE----------------
Time of Update: 2014-06-15
ORA-60死結的實驗 建立表:SQL> create table tbl_ora_60 (id number(5),name varchar2(5));SQL> insert into tbl_ora_60 values(1, 'a');1 row created.SQL> insert into tbl_ora_60 values(2, 'b');1 row created.SQL> commit; Commit complete.SQL>
Time of Update: 2014-06-15
xtrabackup已家喻戶曉,如果面臨xtrabackup進行遠程備份,時間大多花在網路傳輸中,受orzhou 大師 tar+lz4/pigz+ssh更快的資料轉送 的啟發,可以採用邊壓縮邊傳輸的方式:線上xtrabackup採用stream備份方式,傳送到遠端機器;原先的流程是:磁碟讀取-->打包-->傳輸-->落盤採用“邊壓縮邊傳輸”的方式(最重要還是要選好工具),流程分為: 磁碟讀取,tar打包,壓縮 ,傳輸,[解壓縮 ,拆包
Time of Update: 2014-06-15
1. 安裝下載已經編譯好的安裝包,或者先行編譯安裝包均可,在這裡,使用先行編譯版本。[@s1.yejr.com ~]# tar zxf mysql-proxy-0.6.0-linux-rhas4-x86.tar.gz[@s1.yejr.com ~]# cd mysql-proxy-0.6.0-linux-rhas4-x86#可以看到有2個目錄[@s1.yejr.com mysql-proxy-0.6.0-linux-rhas4-x86]# lssbin share[@s1.yejr.
Time of Update: 2014-06-15
最近遇到很多 RHEL 5.X 平台安裝 Oracle 10g RAC的活,雖然沒什麼難度,但是重複的體力勞動還是比較大的。因此順便整理了一份半自動安裝的指令碼。主要完成作業系統補丁安裝,資料庫使用者建立,使用者設定檔修改等內容。 待解決的問題: 1、主機名稱自動設定,這塊需要單獨的設定檔,而且配置過程中,和主機名稱相關的配置不是很多; 2、共用磁碟多重路徑配置,因為使用裸裝置和UDEV的方式不一,儲存隱射出來的結果有些在/dev/mapper,有些在/
Time of Update: 2014-06-15
這個報錯和網上的大部分答案都不一樣的,報錯也不是缺少32位的rpm包,是之前報錯修改vipca 的時候多注釋掉一行 ,看vipca 代碼看出來的,哎 不要注釋掉arch=·uname -m· 這一行 還有運行vipca 要用root使用者運行,必須要在安裝主節點(就是運行runinstaller的node)運行, 另一個節點會報異常。[root@node2 bin]# ./vipca Exception in thread "main"&
Time of Update: 2014-06-15
Environment variable Oracle_UNQNAME not defined. Please set ORACLE_UNQNAME to database unique name.其實就是em的問題重新設定emca即可。以後注意之前設定好ORACLE_UNQNAME 。總結收藏:1,修改DBSNMP密碼:重新設定DBCONSOLE,需要輸入DBSNMP密碼,但任何密碼都會顯示錯誤,需要預先修改。alter user dbsnmp identified by xxx;
Time of Update: 2014-06-15
將CentOS
Time of Update: 2014-06-15
前些天在虛擬機器上搭建完RAC後,便想嘗試測試一下Oracle TAF(透明應用程式中斷轉移)和負載平衡兩大功能。1、負載平衡我先在伺服器端編輯tnsnames.ora檔案,在orcl服務中添加LOAD_BALANCE = yes,內容如下:然後把此檔案下載到本地instantclient安裝路徑,通過sqlplus開啟多個會話,發現這些會話隨機分配到不同的執行個體上,請見:2、透明應用程式中斷轉移執行DBCA進入Service
Time of Update: 2014-06-15
sql%found,sql%notfound,sql%rowcount 在執行DML(insert,update,delete)語句時,可以用到以下三個隱式遊標(遊標是維護查詢結果的記憶體中的一個地區,運行DML時開啟,完成時關閉,用sql%isopen檢查是否開啟):sql%found