Time of Update: 2014-06-15
v$database:資料庫的資訊,如資料庫名,建立時間等。v$instance 執行個體資訊,如執行個體名,啟動時間。v$parameter 參數資訊,select * from v$parameter where name like '%name' ----> show parameter name(sqlplus中執行)v$process
Time of Update: 2014-06-15
一個適當配置的Mongodb分區叢集是沒有單點故障。本文描述了分區叢集中存在的幾種不同的潛在的節點故障情境,以及Mongodb對這些節點故障是怎麼處理的。1、Mongos節點宕機一個Mongos進程應該運行在每一個應用程式伺服器上,這個伺服器應該獨佔這個Mongos進程,並且通過它與分區叢集來通訊。Mongos進程不是持久化的,相反,它們在啟動的時候從Config
Time of Update: 2014-06-15
修改相應的核心參數kernel.sem = 250 32000 100 128kernel.shmmax=2147483648kernel.shmall=4194304kernel.sem = 250 32000 100 128net.ipv4.tcp_rmem=4096 4194304 4194304net.ipv4.tcp_wmem=98304 4194304
Time of Update: 2014-06-15
超級使用者相關:use admin #增加或修改使用者密碼 db.addUser('admin','pwd') #查看使用者列表 db.system.users.find() #使用者認證 db.auth('admin','pwd') #刪除使用者 db.removeUser('mongodb') #查看所有使用者 show users #查看所有資料庫 show dbs #查看所有的collection show collections #查看各collection的狀態
Time of Update: 2014-06-15
在歸檔記錄模式下,有可能會遇到歸檔日誌大小超過最大值而出現討厭的ORA-00257錯誤,前面說了如何把歸檔日誌空間變大。而在普通的開發環境下,其實是根本用不著歸檔日誌的,設個時候我們就把資料庫的歸檔日誌給禁用了,也就是說把資料庫變為非歸檔記錄模式,應該怎麼做呢。在這裡所有的操作要在資料庫的那台機器上操作,用SYS使用者進行登入,首先設定歸檔進程關閉。alter system set log_archive_start=false scope=spfile; 然後關閉資料庫shutdown
Time of Update: 2014-06-15
誰都不想弄丟家門鑰匙,但不管多麼小心,時間長了,這樣的事情總會發生幾次。MySQL密碼也是一樣,把它寫在文檔上不太安全,記在腦子裡又難免會忘記。如果你忘記了MySQL密碼,如何重設它呢?下面是錯誤答案:首先停止MySQL服務,然後使用skip-grant-tables參數啟動它:shell> /etc/init.d/mysql stopshell> mysqld_safe --skip-grant-tables
Time of Update: 2014-06-15
老系統,一直正常運營,突然資料庫無法訪問,情況如下: aix5.3的系統,安裝有Oracle9i登陸aix系統,發現監聽已被中斷,準備重啟資料庫 (1)oracle$lsnrctl start 監聽正常啟動 (2) oracle$sqlplus /nolog SQL>connect /as sysdba
Time of Update: 2014-06-15
Oracle動態SQLDBMS_SQL的內建包 Native Dynamic SQLNative Dynamic SQL的三種常用功能執行不包含綁定變數的動態DDL或DML 執行包含綁定變數的動態DDL或DML DQL支援,Data Query Language情境/簡單流程代碼DECLARE TMPSTR VARCHAR2(4000) := NULL; TMPI
Time of Update: 2014-06-15
今天使用到了MySQL資料庫,最初使用的可視化管理工具是官方推薦的MySQL GUI
Time of Update: 2014-06-15
初接觸RAC,建立spfile的時候,需要制定位置例如:create spfile='xxxxx' from pfile ;一般$Oracle_HOME/dbs/init$ORACLE_SID.ora裡面的內容都只是共用磁碟中spfile的資訊。例如:[oracle@rac1 dbs]$strings initdex1.ora SPFILE='+BACKUPS/dex/spfiledex.ora'如果錯誤的建立了spfile例如使用如下命令:create spfile from
Time of Update: 2014-06-15
1、Oracle定時任務:crontab -e* * * * * /home/oracle/workspace/scripts/bk_main.sh>> /home/oracle/workspace/log/bk_err.log 2>&12、主控製程序/home/oracle/workspace/scripts/bk_main.sh#!/bin/bash dat=`date +'%M'` if
Time of Update: 2014-06-15
PS:MySQL 5.5系列成為穩定版已經有一段時間了,但據我調查瞭解,在生產環境中還是以5.1系列為主。在國內的大公司裡,只確定金山在使用5.5了。公司的其中幾台廣告統計伺服器,之前的營運直接用了內建安裝的MySQL
Time of Update: 2014-06-15
當使用--log-slow-queries[=file_name]選項啟動時,mysqld寫一個包含所有執行時間超過long_query_time秒的SQL語句的記錄檔。獲得初使表鎖定的時間不算作執行時間。如果沒有給出file_name值,
Time of Update: 2014-06-15
•什麼是異常?Oracle中出現錯誤的情形通常分為編譯時間錯誤(compile-timeerror)和執行階段錯誤(run-time error),異常是在PL/SQL執行過程中出現的警告或錯誤。•異常是如何觸發的?–發生了一個 Oracle 錯誤時–使用RAISE語句顯式觸發•如何處理異常?–用處理機截獲–在調用環境中傳播異常兩種觸發異常方法:發生了 Oracle
Time of Update: 2014-06-15
在頂目中無意中碰到PreparedStatement
Time of Update: 2014-06-15
當不小心刪除表時,幾百mb的資料就這樣沒有了?no,現在不用著急,Oracle9i
Time of Update: 2014-06-15
這裡,我們談談Oracle10g中對名詞所有格的處理。 下面的字串就在其中的一個詞中包含名詞所有格。begin dbms_output.put_line('1 ' ||'nimeng's dog');end; 執行錯誤:ORA-01756:括弧內的字串沒有正確結束 出現這個錯誤的原因是對名詞所有格的處理上有所不當,不清楚字串到底是在哪裡結束。對於oracle的所有版本,都可以在所有格的位置上使用兩個單引號來避免這個問題。 樣本如下: begin
Time of Update: 2014-06-15
RedHat enterprise linux 6.1安裝Oracle 11.1.0.6.0會提示錯誤:OUI-18001:the operating system 'Linux Version redhat-6.1' is not support需要改變種更改的方法,編輯檔案 /etc/redhat-release 把Red Hat Enterprise Linux Server release 6 (Tikanga) 改成版本5:redhat-4然後升級到11.1.0.7.011.1.0.6
Time of Update: 2014-06-15
一、恢複磁碟空間: 在PostgreSQL中,使用delete和update語句刪除或更新的資料行並沒有被實際刪除,而只是在舊版本資料行的物理地址上將該行的狀態置為已刪除或已到期。因此當資料表中的資料變化極為頻繁時,那麼在一段時間之後該表所佔用的空間將會變得很大,然而資料量卻可能變化不大。要解決該問題,需要定期對資料變化頻繁的資料表執行VACUUM操作。 VACUUM命令存在兩種形式,VACUUM和VACUUM
Time of Update: 2014-06-15
Oracle 10201升級到10204後出現下現問題 SQL> startup ERROR at line 1: ORA-01092: ORACLE instance terminated. Disconnection forced alert Errors in file /oracle/admin/mydb2/udump/mydb2_ora_5811.trc: ORA-00704: bootstrap process failure ORA-39700: database must