摘 要：針對電力營銷管理信息系統(tǒng)在實用化運行當(dāng)中所遇到的問題，重點對數(shù)據(jù)庫的運行狀況，通過運用AWR工具，收集性能指標(biāo)，SQL語句語法等方式進(jìn)行了分析，對Oracle數(shù)據(jù)庫系統(tǒng)所做的優(yōu)化和性能調(diào)整作了簡要的描述。

關(guān)鍵詞：Oracle數(shù)據(jù)庫；電力營銷系統(tǒng)；優(yōu)化

前言

隨著電力營銷系統(tǒng)的信息化建設(shè)和應(yīng)用，其重要性也日益顯現(xiàn)。如電費收繳、銀電聯(lián)網(wǎng)等業(yè)務(wù)均在此系統(tǒng)上運行，具有業(yè)務(wù)處理繁忙、數(shù)據(jù)量大、高并發(fā)等特點。用戶訪問量和業(yè)務(wù)數(shù)據(jù)不斷增加，導(dǎo)致系統(tǒng)負(fù)荷越來越重，性能也隨之下降。因此，有必要對營銷系統(tǒng)數(shù)據(jù)庫進(jìn)行性能優(yōu)化調(diào)整，這樣才能保證電力營銷系統(tǒng)健康穩(wěn)定運行，有效提高運行效率。

1 電力營銷系統(tǒng)以及Oracle數(shù)據(jù)庫的概述

電力營銷是電力企業(yè)在發(fā)展過程中重要環(huán)節(jié)之一，很多業(yè)務(wù)活動以及項目進(jìn)行都是電力營銷的一種，而電力營銷系統(tǒng)主要就是對電力企業(yè)營銷工作的技術(shù)支持，是綜合計算機(jī)技術(shù)、通信技術(shù)、自動化技術(shù)等為一體的綜合系統(tǒng)[1]。Oracle數(shù)據(jù)庫是一種通用性較強(qiáng)的數(shù)據(jù)庫管理系統(tǒng)，具有數(shù)據(jù)的大量性、數(shù)據(jù)的共享性、數(shù)據(jù)保存的永久性、數(shù)據(jù)的可靠性等特點，Oracle數(shù)據(jù)庫可以最大限度的提升資源的使用率以及靈活性，在電力營銷系統(tǒng)中的應(yīng)用為電力企業(yè)的發(fā)展做出一定的貢獻(xiàn)。

2 電力營銷系統(tǒng)Oracle數(shù)據(jù)庫優(yōu)化

2.1 對應(yīng)用程序以及數(shù)據(jù)庫表的優(yōu)化

電力營銷系統(tǒng)Oracle數(shù)據(jù)庫的優(yōu)化是確保電力企業(yè)營銷系統(tǒng)運行效率的關(guān)鍵，對應(yīng)用程序以及數(shù)據(jù)庫表的優(yōu)化是重要目標(biāo)之一，主要從以下兩方面進(jìn)行優(yōu)化。一方面，在檢索時要選擇最有效率的表名順序[2]。一般情況下，在Oracle數(shù)據(jù)庫解析器運行的過程中，按照正常的形式都是從右到左的順序來處理FROM子句中的表名，也就是說，F(xiàn)ROM子句中最后的表也會最先被處理，在對Oracle數(shù)據(jù)庫解析器運行處理的過程中，如果FROM子句中存在多個表時，要將記錄條數(shù)最少的表作為FROM處理的基礎(chǔ)表。另一方面，在使用Oracle數(shù)據(jù)庫檢索時盡量不使用“*”。通過不使用“*”的語句查詢，能夠更精確查詢內(nèi)容。

2.2 對重做日志組的優(yōu)化調(diào)整

電力營銷系統(tǒng)Oracle數(shù)據(jù)庫的優(yōu)化，不僅要做好以上幾方面的優(yōu)化，同時還要針對運維的過程情況進(jìn)行效應(yīng)的優(yōu)化[3]。在2014年3月份對系統(tǒng)數(shù)據(jù)庫進(jìn)行巡檢的過程中，我們發(fā)現(xiàn)數(shù)據(jù)庫告警日志在月初/月中/月末均出現(xiàn)“Checkpoint not complete”，即“檢查點未完成”的報錯。

checkpoint是一個數(shù)據(jù)庫的內(nèi)部機(jī)制，它存在有兩個目的：一是保證數(shù)據(jù)的一致性。系統(tǒng)發(fā)生檢查點將出發(fā)DBWR進(jìn)程將緩沖區(qū)中的臟數(shù)據(jù)塊寫入到數(shù)據(jù)文件，同時更新數(shù)據(jù)文件中的SCN號，記錄聯(lián)機(jī)重做日志文件中LRBA（low redo block address）的位置到控制文件中，當(dāng)在寫入過程中，突然實例崩潰，臟數(shù)據(jù)塊沒有完全寫入到數(shù)據(jù)文件中。當(dāng)實例啟動的時候，會檢查控制文件中的 終止SCN號，（四種SCN）這時候發(fā)現(xiàn)是空的（數(shù)據(jù)庫正常運行的時候是無窮大或者保持為空），就認(rèn)為數(shù)據(jù)庫沒有正常關(guān)閉，需要實例恢復(fù)，于是SMON進(jìn)程根據(jù)控制文件中的SCN號，到重做日志文件中取出重做條目重現(xiàn)實例崩潰的那個狀態(tài)。二是數(shù)據(jù)庫實例崩潰后的實例恢復(fù)。當(dāng)實例恢復(fù)的時候，到底從重做日志文件的什么位置開始恢復(fù)呢？檢查點checkpoint就是記錄了一個SCN號，當(dāng)實例回復(fù)的時候從最近的這個檢查點做恢復(fù)，不必全部恢復(fù)重做日志的內(nèi)容，減少了恢復(fù)時間。

日志切換會觸發(fā)檢查點，當(dāng)檢查點觸發(fā)后會引起DBWR進(jìn)程將臟數(shù)據(jù)塊寫入數(shù)據(jù)文件，這個時候?qū)懭霐?shù)據(jù)文件的臟數(shù)據(jù)塊已經(jīng)都寫入了聯(lián)機(jī)重做日志中，是安全的，當(dāng)日志緩沖區(qū)的日志寫滿需要切換日志文件的時候，由于下一個日志文件對應(yīng)的臟數(shù)據(jù)塊沒有完全寫入到數(shù)據(jù)文件中，所以不能被覆蓋，于是就發(fā)生了檢查點未完成事件。

當(dāng)前數(shù)據(jù)庫聯(lián)機(jī)在線日志文件采用裸設(shè)備的形式建立，系統(tǒng)共有2個日志線程，每個線程下5個日志組，每個組下面都只有1個成員，每個成員大小為250MB。隨著營銷業(yè)務(wù)的增長，原先的日志組成員過小的問題日趨明顯。在數(shù)據(jù)庫運行高峰時段，日志切換過于頻繁，對性能有一定的影響。因此我們通過將日志組成員大小增加到1GB來解決這個問題。

實施前后性能對比：

（1）數(shù)據(jù)庫告警日志對比

實施前：經(jīng)?？梢栽贁?shù)據(jù)庫告警日志中看到“Checkpoint not complete”的報錯。

實施后，通過以下命令檢索告警日志：

yxdb：/tmp$ tail -n 800 /oracle/admin/styd/bdump/alert_styd.log | grep “Checkpoint not complete”

得知命令沒有輸出，證明營銷數(shù)據(jù)庫實例從實施后就沒有出現(xiàn)過“檢查點未完成”的事件。

（2）24小時內(nèi)切換次數(shù)對比（兩個日志線程的總和）

每個月的月初前6天，每天前13小時切換次數(shù)對比：

實施前：

實施后：

以上顯示了每天00：00～13：00，每小時內(nèi)日志的切換次數(shù)以及每天的切換總數(shù)。

每個月的月初前6天，每天后11小時切換次數(shù)對比：

實施前：

實施后：

以上顯示了每天13：00～24：00，每小時內(nèi)日志的切換次數(shù)以及每天的平均切換次數(shù)。通過對比分析可得知實施后，每天的總切換次數(shù)和平均切換次數(shù)都大幅下降，對系統(tǒng)性能有益。

（3）AWR報告對比

分析：

在redo日志量生成量少于2014年3月9日 04：00～05：00的情況下，2014年3月2日04：00～05：00共發(fā)生control file parallel write的等待2，691次，而調(diào)整日志組大小后，發(fā)生等待2，165次，總等待時間一樣，效果顯而易見。同樣，日志切換次數(shù)減少后，實例之間共享控制文件信息的次數(shù)也會更少，所以control file sequential read的等待從13，144下降到11，529。

總結(jié)：日志組調(diào)整成功解決了Checkpoint not complete這個事件，并對系統(tǒng)性能有所優(yōu)化。

2.3 對超大數(shù)據(jù)量表的優(yōu)化

電力企業(yè)在運營的過程中，各項業(yè)務(wù)的數(shù)據(jù)都會寫入電力營銷系統(tǒng)Oracle數(shù)據(jù)庫中，不同業(yè)務(wù)項目在不同時期下都會在Oracle數(shù)據(jù)庫內(nèi)生成相應(yīng)的數(shù)據(jù)表，數(shù)據(jù)表的數(shù)量非常繁多，數(shù)據(jù)量較小的表格并不會對Oracle數(shù)據(jù)庫產(chǎn)生影響，但是，一些數(shù)據(jù)量較大的表格會對Oracle數(shù)據(jù)庫的正常運行產(chǎn)生一定的影響，因此，要對超大數(shù)據(jù)量表進(jìn)行相應(yīng)的優(yōu)化[4-5]。就現(xiàn)階段電力營銷系統(tǒng)Oracle數(shù)據(jù)庫的運行情況來看，超大數(shù)據(jù)量表主要有實收電費表、應(yīng)收電費表等。從數(shù)據(jù)量的統(tǒng)計來看，普遍都在千萬級以上，對這些超大數(shù)據(jù)量表的優(yōu)化，不僅要采取以月為單位對其進(jìn)行分區(qū)存儲，同時應(yīng)改全局索引為分區(qū)索引，這樣不僅可以提高超大數(shù)據(jù)量表的管理效率，同時也能夠提升Oracle數(shù)據(jù)庫運行的有效性，可以分區(qū)對相關(guān)數(shù)據(jù)進(jìn)行搜索，提高數(shù)據(jù)檢索的速度，減少CPU的使用率。

3 結(jié)束語

綜上所述，電力營銷系統(tǒng)Oracle數(shù)據(jù)庫在運行的過程中，產(chǎn)生的一些問題，主要是由于電力企業(yè)的發(fā)展速度較快，再加上業(yè)務(wù)量的不斷增加，并沒有對Oracle數(shù)據(jù)庫進(jìn)行及時優(yōu)化而導(dǎo)致的，因此，要根據(jù)電力企業(yè)的發(fā)展趨勢對電力營銷系統(tǒng)Oracle數(shù)據(jù)庫進(jìn)行不斷的優(yōu)化。通過文章對電力營銷系統(tǒng)Oracle數(shù)據(jù)庫的優(yōu)化分析，作者主要從應(yīng)用程序以及數(shù)據(jù)庫表的優(yōu)化、對重做日志組大小的調(diào)整、超大數(shù)據(jù)量表的優(yōu)化等幾方面內(nèi)容進(jìn)行分析，希望通過文章的分析，對提升電力營銷系統(tǒng)Oracle數(shù)據(jù)庫的運行效率給予一定的幫助。

參考文獻(xiàn)

[1]孫風(fēng)棟，閆海珍.Oracle 10g數(shù)據(jù)庫系統(tǒng)性能優(yōu)化與調(diào)整[J].計算機(jī)技術(shù)與發(fā)展，2014（2）.

[2]潘敏，傅揚，史曉翠.Oracle數(shù)據(jù)庫性能優(yōu)化的分析[J].電腦編程技巧與維護(hù)，2012（20）.

[3]高攀，施蔚然.基于Oracle數(shù)據(jù)庫的SQL語句優(yōu)化[J].電腦編程技巧與維護(hù)，2013（22）.

[4]王可君，王愛紅.淺談Oracle數(shù)據(jù)庫SQL語句的優(yōu)化[J].有線電視技術(shù)，2014（3）.

[5]蔣亞璇.Oracle數(shù)據(jù)庫調(diào)整、優(yōu)化策略[J].經(jīng)營管理者，2013（14）.