數據庫管理員

庫管理員負責建立組態管理庫，並維護每個庫的內部完整性或者可能的庫間完整性。主要活動包括：建立組態管理庫------用來儲存配置項的受控主庫維護並控制庫的內容在配置項獲批准的基礎上將配置項放到儲存空間中建立並維護中繼資料在發布請求的基礎上發布配置項以供使用發布配置項以供生產交流組態管理庫的內容為狀態報表產生模板抽取用來產生狀態報表的資訊抽取特別資訊，如其他過程的度量標準資料控制組態管理庫檢查中繼資料的完整性可能的、一般性的資料庫管理活動，如壓縮資料可能的備份活動

如何給MySQL共用資料表空間擴容一.什麼是共用資料表空間和獨佔資料表空間共用資料表空間以及獨佔資料表空間都是針對資料的儲存方式而言的。共用資料表空間:  某一個資料庫的所有的表資料，索引檔案全部放在一個檔案中，預設這個共用資料表空間的檔案路徑在data目錄下。 預設的檔案名稱為:ibdata1  初始化為10M。獨佔資料表空間:  每一個表都將會產生以獨立的檔案方式來進行儲存，每一個表都有一個.frm表描述檔案，還有一個.ibd檔案。

通過Python指令碼將DMP檔案寫入AWS RDS Oracle中由於RDS(Oracle)不直接支援SSH，FTP(基於安全因素吧).所以原有系統expdp或exp出來的dmp檔案，不能直接匯入到RDS中。官方文檔裡建議通過networklink或者dblink的方式

mysqlbinlog工具基於日誌恢複詳細解釋如果每天都會產生大量的二進位日誌，這些日誌長時間不清理的話，將會對磁碟空間帶來很大的浪費，所以定期清理日誌是DBA維護mysql的一個重要工作1)RESET MASTER在上面查看日誌存放的檔案夾中，二進位日誌命名的格式是以mysql-bin.*，*代表日誌的序號,序號是遞增的,其中還有mysql-bin.index是日誌的索引檔案,記錄了日誌的最大序號 我們執行RESET

Oracle 11G R2 DataGuard日常維護及故障處理1.關於Forced Logging模式有一些DDL語句可以通過指定NOLOGGING子句的方式避免寫redo log(目的是提高速度，某些時候確實有效)，指定資料庫為FORCE LOGGING模式後，資料庫將會記錄除暫存資料表空間或臨時復原段外所有的操作而忽略類似NOLOGGING之類的指定參數。如果在執行force logging時有nologging之類的語句在執行，則force

MySQL 5.7.10最新版本原始碼安裝詳細過程MySQL 5.7.10最新版本原始碼安裝詳細過程1，：安裝包：http://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.10.tar.gz可以wget下載，也可以在pc本地網頁上下載完再遠程傳到linux上面去。安裝文檔地址：http://dev.mysql.com/doc/refman/5.7/en/installing-source-distribution.html文檔乾貨在這裡：#

Oracle - 為子查詢提供動態結果集曾經遇到過這樣一個需求：要求為method傳入String，內容如"使用者ID0,使用者ID1,使用者ID2..."，然後根據這些ID返回一個結果集作為資料表供別人查詢。SELECT * FROM TBL WHERE ID IN ('使用者ID0,使用者ID1,使用者ID2')

Oracle 11g RAC CRS磁碟丟失後恢複一、概述為了方便相關問題測試，我在本機搭建了一套RAC環境，但昨天開啟後卻發現RAC無法啟動了，不錯，就當一次實戰演練了。    測試環境：RedHat6.3_x64+ Oracle11gr2 RAC 二、處理過程：    在啟動虛擬機器一段時間後，通過命令查看，資訊如下：[grid@rac01 ~]$ crs_stat -tCRS-0184: Cannot communicate with

PostgreSQL vacuum原理一功能與參數從上篇“PostgreSQL MVCC 源碼實現 【】”中，我們知道，PG並沒有像Oracle那樣的undo來存放舊版本；而是將舊版本直接存放於relation檔案中。那麼帶來的問題就是dead tuple過多，導致relation檔案不斷增大而帶來空間膨脹問題。為瞭解決這個問題，PG中引入了vacuum後台進程，專門來清理這些dead

GoldenGate Extract進程hang問題解決一例一直運行正常的extract進程突然hang住了，起初懷疑是不是找不到歸檔所致，但是細細的檢查了下，extract所需的歸檔都還在，而且日誌中也沒報任何錯。而且將extract進程停掉後，也能正常起來，沒有任何錯誤或者警示：// ggserr.log 2015-05-25 11:03:27 INFO OGG-01513 Oracle GoldenGate Capture for Oracle, elis.prm:

最近在寫Sql語句時，碰到兩個問題：1）ORA-01795: maximum number of expressions in a list is 1000起因：寫出了這樣的sql語句：SELECT PALLET_ID,BOX_ID,STATUS FROM SD_CURRENT_BOX WHERE PALLET_ID IN('"+pallets+"');其中的pallets是有很多個pallet_id組合成的字串。分析：很顯然，根據錯誤提示可以知道：in 中items的限制

1. 打補丁的準備工作    主要分為4點：       1）用Telnet登入到應用伺服器，查看Unix伺服器的類型，目前使用比較多的是(IBM AIX,SUN Solaris和HP UX)三種。       2）查看要修複的程式的版本號碼（在伺服器上查看）：   view plaincopy to

Windows 7平台安裝Oracle Client 10g版本時需要做的一點變更，oracle10g新發的筆記本，Windows 7 Pro，需要安裝Oracle Client，同事給了一個10g的版本。安裝過程中提示：“正在檢查作業系統要求… 要求的結果: 5.0,5.1,5.2,6.0 之一實際結果: 6.1 檢查完成。此次檢查的總體結果為: 失敗 <<<< 問題: Oracle Database 10g

redis文檔翻譯_LRU緩衝，redis文檔_lruUsing Redis as an LRU cache使用Redis作為LRU緩衝出處：http://blog.csdn.net/column/details/redisbanli.htmlWhen Redis is used as a cache, sometimes it is handy to let it automatically evict old data as you add new one. This behavior

Oracle shrink table收縮表使用情境，oracleshrink     現場有一個外網的環境資料表空間嚴重不足，客戶不想擴容，要清理一部分資料，都是大欄位的blob. 資料表空間是1T，已經使用0.99T，刪除2015年之前的blob後，通過附件的基礎資訊表查出還有200G的資料，不過資料表空間並沒有釋放（高水位線），這個時候有幾種方式處理：1. 建立一張表，把剩下的資料匯入，不可行，沒有這麼大的空間了.2.

1）解決GoldenGate錯誤的一個關鍵點就是通過錯誤分析工具包括report檔案，ggserr.log

1、date：查詢及修改日期和時間1）顯示目前時間和日期$ dateFri Jul 17 14:09:38 CDT 19982）設定時間和日期$ date 0717142598Fri Jul 17 14:25:56 CDT 1998可設定的年代範圍是 1970~20372、cal：顯示日曆1）顯示指定的年月$ cal 7 1998July 1998Sun Mon Tue Wed Thu Fri Sat1 2 3 45 6 7 8 9 10 1

 事務是資料庫區別檔案系統的重要特徵之一。在檔案系統中，如果你正在寫檔案，但是作業系統突然崩潰了，這個時候檔案有可能會被損壞的，當然也會有一些機制讓檔案恢複到某一個時間點，比如依靠原有的備份等。 1 引入事務的目的資料庫系統引入事務的主要目的：事務會把資料庫從一種一致狀態轉換成另外一種狀態。在資料庫提交工作時，可以確保其要麼所有修改都已經儲存了，要麼所有修改都不儲存。 2 ACID簡介InnoDB儲存引擎中的事務完全符合ACID的特性。ACID是如下： &

/*功能： 實現資料庫對資料的批處理，比如下面要輸入一千條資料，不能每次都要建立串連等操作之後插入一條再斷開再建立插入、、、、這樣的話很顯然是十分的浪費時間的。 當然了，批處理並不一定能到達很高的效率但是這是一種解決問題的方式。時間：20131003作者：煙大陽仔*/public class PiChuLi {public static void main(String[] args) throws SQLException {// TODO Auto-generated