數據庫管理員

DataGuard備庫刪除已經應用的日誌前言：公司搭建了DataGuard，剛開始沒有注意備庫歸檔日誌的管理，系統運行了一段時間之後，發現備庫的空間被歸檔日誌給撐爆了。解決思路：Oracle提供了一個視圖可以查看歸檔日誌的執行情況，只要歸檔日誌已經被應用了，就可以通過作業系統進行刪除。查看歸檔日誌的運用指令碼：select sequence#,applied from v$archived_log order by

MySQL儲存函數錯誤[Err] 1064的調試記錄一，朋友建立儲存函數報錯。 CREATE DEFINER=`root`@`localhost` FUNCTION `stuff`(  f_old varchar(1000),f_start int,f_length int,f_replace varchar(1000) ) RETURNS varchar(2000) CHARSET utf8 BEGIN  return

關於Oracle 11g匯出資料時 報 ORA-1455錯誤的處理關於Oracle 11g匯出資料時 報 ORA-1455錯誤的處理，由於匯出的該使用者的表可能存在空資料表，那麼可能就會出現此其異常。首先：查看：SQL>show parameter deferred_segment_creation;如果為TRUE,則將該參數改為FALSE；在sqlplus中，執行如下命令：SQL>alter system set

oracle rman恢複到異地、異機，oraclerman原來的資料庫伺服器使用rman進行全庫的備份，然後再異地的伺服器上恢複一模一樣的資料庫1.1      原伺服器備份資料庫第一步，查看資料庫的執行個體名和DBIDconnected to target database: DB3 (DBID=2060124769, not open)第二步，進行全備份backup AS COMPRESSED BACKUPSET

GCS shadows traversed, 4001 replayed，traversedreplayed今天在巡檢儀套rac的第一節點日誌發現以下錯誤： LMS 8: 7888 GCS shadows traversed, 4001 replayed LMS 2: 7957 GCS shadows traversed, 4001 replayed LMS 0: 6164 GCS shadows traversed, 3120

如何解決Mysql中忘記root密碼的情況，mysql忘記root密碼方法一：MySQL提供跳過存取控制的命令列參數，通過在命令列以此命令啟動MySQL伺服器： safe_mysqld

機房收費系統VB版（三）——表單設計，收費系統vb    在邊建表邊敲表單的過程中，遇到很多問題，所以一邊改，一邊繼續進行，最後將表單改成下邊這個模樣。表單菜單： 表單功能分布圖：第一次做的功能分析圖：解釋說明：     這次畫的圖與最初畫的系統功能分析圖不太一樣，但是基本內容沒怎麼變，只是將許可權功能分的更明確一些。（1）將修改密碼，協助，版本資訊，退出系統提出來，作為單獨的一個“系統”菜單。（2）將結賬，日賬單，

SQL 進階（2），sqlSQL 進階（2）SQL INNER JOIN 關鍵字        在表中存在至少一個匹配時，INNER JOIN 關鍵字返回行。INNER JOIN 關鍵字文法SELECT column_name(s)FROM table_name1INNER JOIN table_name2 ON table_name1.column_name=table_name2.column_name     

mysql 預存程序錯誤調試記錄，mysql預存程序mysql預存程序錯誤調試記錄公司平台在mysql資料庫上運行，一些預存程序報錯，調試過程痛苦，記錄錯誤及解決辦法，供參考。     調試環境：dbForge Studio for MySQL

UDE-00008 ORA-31626 ORA-06512 ORA-25254，ude-00008ora-31626今天在匯出一個模式的時候，約140GB，出現如下錯誤：UDE-00008: operation generated ORACLE error 31626ORA-31626: job does not existORA-06512: at "SYS.KUPC$QUE_INT", line 536ORA-25254: time-out in LISTEN

Troubleshooting "Global Enqueue Services Deadlock detected" (Doc ID 1443482.1)，enqueuedeadlockIn this Document Purpose Troubleshooting Steps 1. TX deadlock in Exclusive(X) mode 2. TX deadlock in Share(S) mode 3. TM

Oracle 叢集心跳及其參數misscount/disktimeout/reboottime，oracle叢集    在Oracle RAC中，可以從多個層次，多個不同的機制來檢測RAC的健康情況，即可以通過心跳機制以及一定的投票演算法來隔離故障。如果檢測到某節點失敗，則存在故障的節點將會被逐出叢集以避免故障節點破壞資料。本文主要描述了Oracle RAC下的幾種心跳機制以及心跳參數的調整。 一、OCSSD與CSS   

oracle public redo thread and private redo thread，oracleredo複習之前的學習內容，對public redo thread 和 private redo thread 的用處還是比較模糊，網上搜集的資料非常有限，看來有些好東西不跳牆是不行的。廢話少說，知識點記錄下來：在rac環境下，每個執行個體都有自己的redo log，這套redo log稱為redo thread。這套概念同樣適用於單一實例資料庫。redo

Oracle 實現 mysql 更新 update limit，oraclemysqloracle給人的感覺很落後，使用很不方便，Toad 這個軟體又笨又遲鈍，pl/sql更是，90年代的介面風格，速度還卡得要死。而且oracle不支援limit 。by default7#zbphp.comupdate tb_news set typeid =9 where id in( select id from ( select id from (select

Oracle資料泵遠程匯入檔案到本機資料庫，oracle匯入資料庫--以dba身份登入C:\Users\Administrator>sqlplus / as sysdba--建立使用者SQL> create user bfzg0828 identified by bfzg0828 default tablespace users quotaunlimited on users;--授予串連角色,資源角色給使用者SQL> grant connect,resource to

current online redo logfile 丟失的處理方法，redologfile昨天做了rm -rf操作後的恢複演練，而且是在沒有任何備份的情況下。今天在做破壞性操作前，做了個rman全備，然後線上刪除全部資料庫檔案，包括控制檔案，資料檔案，線上記錄檔，歸檔檔案等。來看看有什麼方法可以讓資料庫恢複運行，由於是current redo logfile丟失，那麼本次測試是會遺失資料的，所以可以作為不完全恢複的一個案例。--登入資料庫進行dml操作[oracle@ora10g ~]$

ORACLE筆記之SQL語句的最佳化，oraclesql語句  SQL語句的最佳化總結如下 sql語句的最佳化可以按照如下六個步驟進行：合理使用索引避免或者簡化排序消除對大表的掃描避免複雜的萬用字元匹配調整子查詢的效能EXISTS和IN運算子下面我就按照上面這六個步驟分別進行總結：1-------------------------------------合理使用索引  首先要明確建立索引的根本目的是:提高查詢效率；  使用原則如下：1

CentOS/RHEL 6+ 下以RPM方式安裝MySQL5.5，centosmysql5.5首先去http://dev.mysql.com/downloads/mysql/5.5.html#downloads網站下載：分別下載以下三個檔案（由於我的機器是32位，下面是32位版本的包，如果你的機器是64位的請下載64位版本）：MySQL-server-5.5.16-1.rhel5.i386.rpmMySQL-client-5.5.16-1.rhel4.i386.rpmMySQL-devel-5.

一次ORA-28000: the account is locked使用者鎖定的問題排查，ora-28000locked今天同事反映一個問題，某個測試庫修改了密碼，並改了相關應用使用的密碼後，仍出現一會賬戶就被鎖住，報ORA-28000: the account is locked的錯誤。檢查過程：1. 查看資源限制生效參數SQL> show parameter resourceNAME              

解決MySQL出現大量unauthenticated user的問題，unauthenticated最近OJ及相關的開啟站異常的慢，簡直崩潰，一直沒找著原因！進入資料庫伺服器，進到mysql裡，用show processlist命令查看一下，發現有很多的unauthenticated