數據庫管理員

CentOS 6.5系統安裝Oracle11.2.0.4基本步驟CentOS 6.5系統安裝Oracle11.2.0.4基本步驟1.修改hosts檔案（簡單，不詳細敘述）vim /etc/hosts2.修改sysctl.conf 檔案vim /etc/sysctl.confkernel.shmall = 1048576kernel.shmmni = 4096kernel.shmmax = 536870912kernel.sem = 250 32000 100 128fs.file-max = 6

CentOS6.5下設定Oracle 11gR2 開機自動啟動CentOS6.5下設定Oracle 11gR2 開機自動啟動1.root 使用者下修改ORATAB（將N該為Y）：[root@ora11gr2 ~]# vim /etc/oratab  mytest:/oracle/product/11.2.0/db_1:Y2.oracle 使用者下修改：[oracle@ora11gr2 ~]$cd $ORACLE_HOME/bin[oracle@ora11gr2 bin]$ vim

imp/exp Oracle資料庫匯入匯出命令Oracle資料匯入匯出:imp/exp 功能：Oracle資料匯入匯出imp/exp就相當與oracle資料還原與備份。 大多情況都可以用Oracle資料匯入匯出完成資料的備份與還原（不會造成資料的丟失）。 Oracle有個好處，雖然你的電腦不是伺服器，但是你裝了oracle用戶端，並建立了串連 （通過Net Configuration Assistant添加正確的服務命名，其實你可以想成是用戶端與伺服器端 修了條路，

Oracle 11G使用DG Broker建立DataGuardOracle 11G使用DG Broker建立DataGuard1.環境：a.主機環境：CentOS6.5b.軟體環境：oracle 11.2.0.4c.主機資訊：DG1：192.168.100.51（資料庫sid：atest）DG2：192.168.100.522.前提工作（主從都要設定）：a.關閉防火牆：/etc/init.d/iptables stopb.關閉selinux：setenforce

Oracle歸檔日誌總結1.開啟歸檔日誌sqlplus / as  sysdbasql> shutdown immediate;    sql> startup mount;    #開啟控制檔案，不開啟資料檔案  sql> alter database archivelog; #將資料庫切換為歸檔模式  sql> alter database open;  #將資料檔案開啟 

安裝Oracle時報SWAP空間不足的處理方法在安裝Oracle的時候，可能因為我們分配的swap空間不夠導致安裝失敗。處理步驟如下：SWAP空間為2G[root@linux01 oracle]# free            total      used      free    shared   

MongoDB從3.0.7升級到MongoDB3.2mongodb3.2版本於前天2015-12-08日剛剛發布,為：https://www.mongodb.org/downloads#productionStarting in 3.2, MongoDB uses the WiredTiger as the default storageengine.從3.2版本開始，mongodb使用WiredTiger作為預設的儲存引擎。原3.0.7的啟動命令為：#

CentOS 7下安裝MySQLCentOS 7的yum源中貌似沒有正常安裝mysql時的mysql-sever檔案，需要去官網上下載# wget http://dev.mysql.com/get/mysql-community-release-el7-5.noarch.rpm# rpm -ivh mysql-community-release-el7-5.noarch.rpm# yum install mysql-community-server成功安裝之後重啟mysql服務#

MySQL主從資料庫配置攻略以及錯誤處理 MySQL主從複製配置1. 要求1.1 系統平台一致1.2 資料庫版本一致2. 修改my.cnf檔案，主伺服器和備伺服器要求server-id不能一樣3. 啟動兩側的資料庫4. 在主伺服器上建立帳號，並且授權slave，從伺服器可訪問GRANT REPLICATION SLAVE ON *.* to 'mysql_sync'@'10.10.88.101' identified by '123456';5. 查看主伺服器狀態mysql>

CentOS 6.4 64位下安裝 MySQL 5.6 二進位包因為要在Linux下安裝個MySQL，而且用源碼包安裝非常複雜，本人非常不喜歡：1、還要安裝GCC編譯器，而我安裝linux的時候採用的是最小化伺服器安裝，所以沒有安裝GCC2、源碼安裝需要進行./config 產生makeFile，此過程非常負雜，還得讀大量配置文檔。所以採用二進位安裝包進行安裝。環境：CentOS64位，6.4版本。mysql-5.6.12-linux-glibc2.5-x86_64.tar.gz 292MB。

CentOS 6.6下編譯安裝MariaDB-10.0.20系統內容：CentOS6.6(Final)MariaDB連接埠：3309 (因為本機原先已經裝的有MySQL了，還不想刪除MySQL)#wget http://mariadb.nethub.com.hk//mariadb-10.0.20/source/mariadb-10.0.20.tar.gz建立mariadb使用者# groupadd -r mariadb# useradd -g mariadb -r -M -s

MySQL如何匯出帶日期格式的檔案一網友問在MySQL中如何只用SQL語句匯出帶日期格式的檔案。覺得有點意思，於是嘗試了一下。匯出檔案使用SELECT INTO OUTFILE 但是OUTFILE後面的值不能使用變數，所以只能使用動態SQL語句來實現。其中表user為測試表。具體語句如下所示mysql> SET @SqlScript= CONCAT("SELECT * INTO OUTFILE '/tmp/sql_out_", DATE_FORMAT(NOW(), '%Y%m%d%H%i%

MySQL 5.6開啟全查詢日誌時注意事項今天因為要查詢一個SQL語句的調用的地方，在生產上開啟了全查詢日誌，一直還以為在my.cnf只要這樣寫即可：log=/home/logs/mysql.log但重啟時發現報Starting MySQL. ERROR! The server quit without updating PID file

MySQL5.7.10 安裝文檔1、安裝依賴包yum -y install gcc-c++ ncurses-devel cmake make perl gcc autoconf automake zlib libxml libgcrypt libtool bison2、安裝boost庫：首先先查詢是否已經安裝過boostrpm -qa boost*卸載舊boost-*等庫：yum -y remove

恢複MySQL主從資料一致性的總結今日上午，同事告知，MySQL主從資料庫的資料不一致，猜測備庫在同步過程中出現了問題，於是，登上備庫，使用 mysql> show slave

WebLogic 12c下配置節點管理器管理受管理伺服器本文檔基於Oracle官方文檔Oracle WebLogic Server 12c: Configuring and Using Node Manager，在此基礎上實踐後，經過整理後所得。旨在為weblogic12c下配置和使用node manager 提供指引。 一

sqlplus串連OracleSQLPlus 在串連時通常有三種方式1. sqlplus / as sysdba作業系統認證，不需要資料庫伺服器啟動listener，也不需要資料庫伺服器處於可用狀態。比如我們想要啟動資料庫就可以用這種方式進入 sqlplus，然後通過startup命令來啟動。2. sqlplus username/password串連本機資料庫，不需要資料庫伺服器的listener進程，但是由於需要使用者名稱密碼的認證，因此需要資料庫伺服器處於可用狀態才行。3.

使用pg_basebackup搭建PostgreSQL流複製環境接觸了PostgreSQL的高可用，在這裡先進行流複製實驗。環境：OS:[ha@node0 ~]$ uname -aLinux node0 2.6.32-358.el6.x86_64 #1 SMP Fri Feb 22 00:31:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux 記憶體：1G CPU：1核 資料庫:postgres=# select version();  &

Oracle歸檔日誌的大小比線上日誌的大小 小很多有些使用者會對于歸檔日誌的大小比線上日誌小感到疑惑，對於這種情況：首先請檢查您的歸檔記錄檔是否壓縮：SELECT to_char(first_time,'yyyy-mm-dd hh24:mi:ss'),blocks*block_size/1024/1024,compressed from v$archived_log;如果未壓縮，那麼這個問題可能和您的CPU個數有關。請查看您的CPU個數：show parameter

只對某個特定的SQL語句開啟10046 trace最近碰到了這樣一個有趣的問題: 有一條SQL語句,大部分時間它的執行時間是幾十個毫秒; 但是偶爾某次的執行時間會長於2秒鐘。因為應用對這個語句的執行時間非常的敏感，我們必須診斷是因為什麼原因導致它偶爾執行時間長於2秒。這個問題為什麼會有挑戰性呢？因為我們很難收集慢的時候的10046 trace：首先我們不知道這個問題什麼時候會發生，也不知道會在哪個session裡發生。如果對所有的session全天開啟10046 trace,