關於dual表的破壞性測試關於dual表的破壞性測試,既然是破壞性測試,就需要確定這個測試僅限於測試或者個人學習所用,可能有些sql看似極為簡單,但是一旦運行就會導致整個業務系統崩潰。 比如說我們拿dual表開刀,這個表是一個dummy表,裡面的內容沒有特定的意義,就是為了存在而存在。但是一旦這個表出現問題,所有相關的基礎操作都會受到影響,後果不敢想象。 來簡單類比一下,在個人的機器上開始做下面的嘗試,drop 表dualSQL> show
RMAN_RAC恢複至單機時redo日誌引發的“恐慌”一、概括其實這個問題確切來說由於自己的疏忽所造成,之前做過RAC到單機的恢複實驗,生產環境並無涉足,當時測試環境為RedHat5.4+Oracle11g+RAC,儲存方式為ASM;生產環境為hpux+Oracle10g+RAC,儲存方式為裸裝置;就目前來看,跟資料檔案的儲存方式有關。二、 Hpux中,recover完成,執行’alter database open resetlogs’時報以下錯誤SQL>
MysSQL&MariaDB用trigger調用shellWindows環境下:DROP FUNCTION IF EXISTS lib_mysqludf_sys_info;DROP FUNCTION IF EXISTS sys_get;DROP FUNCTION IF EXISTS sys_set;DROP FUNCTION IF EXISTS sys_exec;DROP FUNCTION IF EXISTS sys_eval;CREATE FUNCTION
使用 dbms_service 來管理oracle 的服務(單一實例),dbms_serviceoracle----建立一個新服務,建立完成後pmon 會自動(動態)註冊到tnslsnr ,這個建立的服務不是永久性的,資料庫重啟後會丟失。要 持久化 需要使用 alter system set service_names=‘xx',’ssx‘;exec DBMS_SERVICE.CREATE_SERVICE('hlj','hlj.oracle.com');exec
使用lvm-snapshot備份mysql資料庫,lvm-snapshotmysql前提要求:交易記錄跟資料檔案必須在同一個卷上;建立快照卷之前,要請求MySQL的全域鎖;在快照建立完成之後手動釋放鎖;請求全域鎖完成之後,做一次日誌滾動;做二進位記錄檔及位置標記(手動進行);1、為資料施加讀鎖,滾動二進位記錄檔並記錄當前二進位檔案起始時間段:2、做快照;3、釋放讀鎖:4、掛載快照,將快照裡面的資料複製出來,並刪除快照:[root@localhost mydata]# mount /dev/VG/
Oracle 字元集修改(ORA-29275 ),oracleora-29275今天有朋友資料庫出現ORA-29275 部分多位元組字元,對應的欄位只能用to_char才能正常查詢,感覺是字元集問題。詢問之果然修改過字元集。他的修改方式:SQL>STARTUP MOUNT; SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION; SQL>ALTER SYSTEM SET
mysql Access denied for user 'root'@'localhost' (using password: YES),deniedlocalhost【現象說明】C/S程式遠端存取正常,本地訪問報以下異常MySql.Data.MySqlClient.MySqlException (0x80004005): Authentication to host 'localhost' for user 'root'