問題場景:ADG環(huán)境,其中節(jié)點2宕機,壞節(jié)點重啟后ADG參數(shù)db_file_name_convert、log_file_name_convert生效,導致兩個節(jié)點參數(shù)不一致。節(jié)點2讀取的是spfile
db file scattered read等待事件有三個參數(shù),屬于User I/O類的等待 : SQL> select name,parameter1,par
1.查看dblink select owner,object_name from dba_objects where object_type='DATABASE LINK';
這個等待事件在實際生產(chǎn)庫中經(jīng)常可以看到,這是一個用戶操作引起的等待事件,當SESSION等待multi-block I/O完成時,會產(chǎn)生這個等待事件。 這通常發(fā)生在兩種情況下:全表掃描(FTS: Fu
總結(jié):最初的db_name是orcl,重建控制文件,想把db_name修改為orclK,如果重建控制文件使用REUSE,會提示ORA-01503: CREATE CONTROLFILE failed
今天添加數(shù)據(jù)文件,結(jié)果報錯,ORA-00059: maximum number of DB_FILES exceeded 。 ---------------Cause: An unavailable
在MySQL master上使用binlog_ignore_db參數(shù)之后,mysq -e執(zhí)行的所有語句都不寫binlog了。 查看MySQL操作手冊,忽略某個庫的復制有兩個參數(shù)
【問題概述】10:26分,應(yīng)用超時報錯如下: [2020-04-22 10:25:50,928] [ERROR] [DruidPooledStatement:357]&n
運行環(huán)境:centos 7數(shù)據(jù)庫:mariadb問題描述:在yum安裝mariadb數(shù)據(jù)庫運行后運行了/var/lib/mysql_install_db命令,從而導致mariadb數(shù)據(jù)庫啟動或重啟都失
mysql_install_db是一個默認放在.../mysql/scripts的一個初始化腳本。 該腳本可以在任何裝有perl的操作系統(tǒng)上被使用,在5.6.8之前的版本,該腳本是一個shell腳本