Time of Update: 2014-06-15
mysqladmin MySQL用戶端管理工具 flush-hosts Flush all cached hosts
Time of Update: 2014-06-15
rman可以用來backup和restore資料檔案、控制檔案、歸檔日誌等,也可作完全和不完全的recover的Oracle工具。由命令列或者OEM的backup manager GUI控制。RMAN是塊層級的備份與恢複.rman主要組件:1)Target
Time of Update: 2014-06-15
DATETIME類型用在你需要同時包含日期和時間資訊的值時。MySQL檢索並且以'YYYY-MM-DD HH:MM:SS'格式顯示DATETIME值,支援的範圍是'1000-01-01 00:00:00'到'9999-12-31
Time of Update: 2014-06-15
引言:Oracle的range,hash,list三大分區可能我們大家在熟悉不過了,但什麼每種分區適用於什麼情境可能是很多人的疑惑點,那麼在選擇不同的分區時應該注意什麼,為什麼這麼選,有哪些需要我們加以注意的地方,讓我們一一來探索一下吧:)A.建立range分區,一般用於日期化處理,range分區可以很好的管理基於日期來分區的資料建立一個新使用者lsSYS@LEO> create user ls identified by ls;SYS@LEO> grant dba to
Time of Update: 2014-06-15
引言:最近在論壇裡經常會看到有朋友諮詢Oracle GG 實施案例的文章,誠然 GG 目前在各大論壇裡的資料都不是很多
Time of Update: 2014-06-15
1 定義RBA就是redo entries在重做記錄檔中所對應的地址2 組成RBA由三部分組成:序號(4個位元組)塊號(4個位元組)起始位元組(2個位元組)以上都是16進位儲存3 類型3.1 LRBA定義:塊第一次變髒時所對應的redo entries在redo log file裡的位置注釋:CKPT-Q按LRBA的順序維護髒塊,執行檢查點事件時,DBWn從CKPT-Q按LRBA的順序寫出。LRBA也就是checkpoint position。從檢查點位置(LRBA)處,應用重做記錄到On
Time of Update: 2014-06-15
紅色部分為對查詢不到資料異常的處理create or replace trigger TIG_MONITOR_ALARM after insert on t_monitor_real_minute for each rowdeclare -- 標準值 standvalue number; --警示實況表id liveid number;begin --
Time of Update: 2014-06-15
一個文章庫,裡面有兩個表:category和article。category裡面有10條分類資料。article裡面有 20萬條。article裡面有一個"article_category"欄位是與category裡的"category_id"欄位相對應的。 article表裡面已經把 article_category字義為了索引。資料庫大小為1.3G。 問題描述:執行一個很普通的查詢: Select * FROM `article` Where article_category=11
Time of Update: 2014-06-15
雜湊索引(Hash Index)建立在雜湊表的基礎上,它只對使用了索引中的每一列的精確尋找有用。對於每一行,儲存引擎計算出了被索引的雜湊碼(Hash
Time of Update: 2014-06-15
最近使用arcplan做報表,遇到不同日期粒度下展示資料的需求,利用sql直接從資料庫中查詢更為簡便,且複用性強,記錄下。年粒度情況:展示當年前推5年的資料。t.d_day>= add_months(to_date('2012'||'0101', 'yyyymmdd'),-60) and t.d_day<= last_day(to_date('2012'||'1201', 'yyyymmdd'))
Time of Update: 2014-06-15
Oracle並不存在類似Mysql和SQLSERVER的自動遞增主鍵但是可以通過其他方式替代自動主鍵方法,主要有建立序列和建立觸發器。在此重點介紹建立序列:文法: CREATE SEQUENCE 序列名 [INCREMENT BY n] [START WITH n] [{MAXVALUE/ MINVALUE n|NOMAXVALUE}] [{CYCLE|NOCYCLE}] [{CACHE n|
Time of Update: 2014-06-15
日誌中報錯資訊如下:Sun Sep 02 01:29:47 2012Global Enqueue Services Deadlock detected. More info in file /u01/app/11.1.0/diag/rdbms/zzbrac2/zzbrac21/trace/zzbrac21_lmd0_11802.trc.Sun Sep 02 01:30:30 2012Thread 1 advanced to log sequence 16189 (LGWR
Time of Update: 2014-06-15
前言:公司大牛讓用keepalived構建高可用的MySQL,在網上看到一篇很完整的文章,於是乎照著前輩的足跡,加上自己補充。環境拓撲如下:MySQL-VIP:192.168.1.150 MySQL-master1:192.168.1.151 MySQL-master2:192.168.1.152 OS版本:RedHat 5.4 MySQL版本:5.0.77 Keepalived版本:1.1.20 一、MySQL
Time of Update: 2014-06-15
--查看會話數 select count(*) from v$session; --查看進程數 select count(*) from v$process; --查看資料庫的並發串連數 select * from v$session where status='ACTIVE';
Time of Update: 2014-06-15
搭建了LNMP成功之後,通過PhpMyAdmin匯入資料庫檔案,提示檔案內容太大。修改了 php.ini 裡面的upload_max_filesize = 30Mpost_max_size = 40M還是沒有用。可以通過如下方式解決:修改phpmyadmin 下面的 config.inc.php 檔案$cfg['UploadDir'] = ‘ ’ ;$cfg['SaveDir'] = ‘ ’;修改:$cfg['UploadDir'] =
Time of Update: 2014-06-15
在一台伺服器上,可以通過mysqld_multi配置多個Mysql執行個體運行。假設伺服器上現在已經運行一個MYSQL執行個體,資料目錄是/var/lib/mysql,連接埠是3306,所用的SOCKET串連檔案位於/tmp/mysql.sock。那麼可以按照如下步驟,再啟動一個或者多個執行個體。一,建立新執行個體的資料目錄新啟動MySQL執行個體之後,其資料位元於哪個目錄,就是執行個體相關的資料庫檔案都準備放在哪個目錄下,假定我把它們放在 /var/lib/mysql2 目錄下。mkdir /
Time of Update: 2014-06-15
1. 查看所有資料表空間大小SQL> select tablespace_name,sum(bytes)/1024/1024 from dba_data_files 2 group by tablespace_name;2. 查看閒置資料表空間大小SQL> select tablespace_name,sum(bytes)/1024/1024 from dba_free_space 2 group by tablespace_name;
Time of Update: 2014-06-15
我的系統:Red Hat Enterprise Linux Server 6.0我的Oracle:10g.2.1使用靜默方式安裝過程:1)確認磁碟大小:u01 5G;swap 400m;du -sh /tmp/df -h2)安裝相關的依賴包(根據系統版本查詢官方的安裝指導文檔)我不推薦一個個查詢是否安裝:yum list installed | grep
Time of Update: 2014-06-15
MySQL預存程序數組實現:DELIMITER $$ DROP PROCEDURE IF EXISTS `array`$$ CREATE PROCEDURE `array`() BEGIN SET @array_content="www mysql com hcymysql blog 51cto com";
Time of Update: 2014-06-15
Oracle 11g 修改DB為 archivelog 模式,在ORACLE 10G 中設定自動歸檔有以下三種方法: 1、在使用DBCA安裝資料庫時 , 配置為自動歸檔模式,既在設定FLASHBACK中定義LOG_ARCHIVE_DEST_1,即可在建庫後實現自動歸檔; 2、在資料庫啟動後,SHUTDOWN,修改INIT.ORA,定義LOG_ARCHIVE_DEST_1, 然後STARTUP