用root使用者啟動遠程服務一直是安全大忌,因為如果服務程式出現問題,遠程攻擊者極有可能獲得主機的完全控制權。MySQL從3.23.15版本開始時作了小小的改動,預設安裝後服務要用mysql使用者來啟動,不允許root使用者啟動。如果非要用root使用者來啟動,必須加上--user=root的參數(./safe_mysqld --user=root &)。因為MySQL中有LOAD DATA INFILE和SELECT ... INTO
select comm from emp;--查詢工資最高的員工select ename,job,sal from emp where sal = (select max(sal) from emp);select ename,job,sal*13+nvl(comm,0)*13 s from emp order by s desc;--查詢平均工資,總工資 select avg(nvl(sal,0)),sum(nvl(sal,0)) from emp;--查詢獎金select avg(comm)
今天早上,生產服務出現了中介軟體服務擁堵情況,排查到最後發現了一張曆史表的查詢返回非常慢,進一步排查該表hash分區索引失效,處於“UNUSABLE”狀態,隨重建索引。問題產生在重建索引時“alter index index_name rebuild partition PA_1 parallel 32 nologging”, 返回如下錯誤ERROR at line 1:ORA-14185: incorrect physical
前不久,因為開發人員把一張比較重要的表truncate了,於是找到我們,便做了一次異機恢複,恢複出這張表。下面是事後我在vm上做的一次實驗,完全複製,當然也可以設定時間,scn,恢複到過去某個時間點。1.語句準備select 'set newname for datafile '||file_id||' to "/home/Oracle/oradata/s1/'||substr(file_name,25)||'";' from dba_data_files;select 'set
環境:CentOS 6.2 + Oracle 11.2.0.3問題描述:安裝oracle或配置dataguard時,資料無法啟動,錯誤資訊ORA-00845: MEMORY_TARGET not supported on this system這個錯誤的主要原因是tmpfs的值小於memory_target的值。 [root@dac-vm02 ~]#oerr ora 84500845, 00000, "MEMORY_TARGET notsupported on this system"