oracle怎么提高性能,如何提高oracle數(shù)據(jù)庫的性能

怎么優(yōu)化oracle數(shù)據(jù)庫

1、1、調(diào)整數(shù)據(jù)結(jié)構(gòu)的設(shè)計。這一部分在開發(fā)信息系統(tǒng)之前完成，程序員需要考慮是否使用ORACLE數(shù)據(jù)庫的分區(qū)功能，對于經(jīng)常訪問的數(shù)據(jù)庫表是否需要建立索引等。

成都創(chuàng)新互聯(lián)公司專注于企業(yè)成都全網(wǎng)營銷、網(wǎng)站重做改版、岑鞏網(wǎng)站定制設(shè)計、自適應品牌網(wǎng)站建設(shè)、H5場景定制、商城網(wǎng)站建設(shè)、集團公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)公司、高端網(wǎng)站制作、響應式網(wǎng)頁設(shè)計等建站業(yè)務，價格優(yōu)惠性價比高，為岑鞏等各大城市提供網(wǎng)站開發(fā)制作服務。

2、2、調(diào)整應用程序結(jié)構(gòu)設(shè)計。這一部分也是在開發(fā)信息系統(tǒng)之前完成，程序員在這一步需要考慮應用程序使用什么樣的體系結(jié)構(gòu)，是使用傳統(tǒng)的Client/Server兩層體系結(jié)構(gòu)，還是使用Browser/Web/Database的三層體系結(jié)構(gòu)。不同的應用程序體系結(jié)構(gòu)要求的數(shù)據(jù)庫資源是不同的。

3、3、調(diào)整數(shù)據(jù)庫SQL語句。應用程序的執(zhí)行最終將歸結(jié)為數(shù)據(jù)庫中的SQL語句執(zhí)行，因此SQL語句的執(zhí)行效率最終決定了ORACLE數(shù)據(jù)庫的性能。ORACLE公司推薦使用ORACLE語句優(yōu)化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調(diào)整優(yōu)化SQL語句。

4、4、調(diào)整服務器內(nèi)存分配。內(nèi)存分配是在信息系統(tǒng)運行過程中優(yōu)化配置的，數(shù)據(jù)庫管理員可以根據(jù)數(shù)據(jù)庫運行狀況調(diào)整數(shù)據(jù)庫系統(tǒng)全局區(qū)（SGA區(qū)）的數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)和共享池的大??；還可以調(diào)整程序全局區(qū)（PGA區(qū)）的大小。需要注意的是，SGA區(qū)不是越大越好，SGA區(qū)過大會占用操作系統(tǒng)使用的內(nèi)存而引起虛擬內(nèi)存的頁面交換，這樣反而會降低系統(tǒng)。

5、5、調(diào)整硬盤I/O，這一步是在信息系統(tǒng)開發(fā)之前完成的。數(shù)據(jù)庫管理員可以將組成同一個表空間的數(shù)據(jù)文件放在不同的硬盤上，做到硬盤之間I/O負載均衡。

6、6、調(diào)整操作系統(tǒng)參數(shù)，例如：運行在UNIX操作系統(tǒng)上的ORACLE數(shù)據(jù)庫，可以調(diào)整UNIX數(shù)據(jù)緩沖池的大小，每個進程所能使用的內(nèi)存大小等參數(shù)。

實際上，上述數(shù)據(jù)庫優(yōu)化措施之間是相互聯(lián)系的。ORACLE數(shù)據(jù)庫性能惡化表現(xiàn)基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結(jié)果，這就需要數(shù)據(jù)庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響數(shù)據(jù)庫性能的主要原因所在。另外，良好的數(shù)據(jù)庫管理工具對于優(yōu)化數(shù)據(jù)庫性能也是很重要的。

ORACLE數(shù)據(jù)庫性能優(yōu)化工具

常用的數(shù)據(jù)庫性能優(yōu)化工具有：

1、1、ORACLE數(shù)據(jù)庫在線數(shù)據(jù)字典，ORACLE在線數(shù)據(jù)字典能夠反映出ORACLE動態(tài)運行情況，對于調(diào)整數(shù)據(jù)庫性能是很有幫助的。

2、2、操作系統(tǒng)工具，例如UNIX操作系統(tǒng)的vmstat，iostat等命令可以查看到系統(tǒng)系統(tǒng)級內(nèi)存和硬盤I/O的使用情況，這些工具對于管理員弄清出系統(tǒng)瓶頸出現(xiàn)在什么地方有時候很有用。

3、3、SQL語言跟蹤工具（SQL TRACE FACILITY），SQL語言跟蹤工具可以記錄SQL語句的執(zhí)行情況，管理員可以使用虛擬表來調(diào)整實例，使用SQL語句跟蹤文件調(diào)整應用程序性能。SQL語言跟蹤工具將結(jié)果輸出成一個操作系統(tǒng)的文件，管理員可以使用TKPROF工具查看這些文件。

4、4、ORACLE Enterprise Manager（OEM），這是一個圖形的用戶管理界面，用戶可以使用它方便地進行數(shù)據(jù)庫管理而不必記住復雜的ORACLE數(shù)據(jù)庫管理的命令。

5、5、EXPLAIN PLAN——SQL語言優(yōu)化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。

ORACLE數(shù)據(jù)庫的系統(tǒng)性能評估

信息系統(tǒng)的類型不同，需要關(guān)注的數(shù)據(jù)庫參數(shù)也是不同的。數(shù)據(jù)庫管理員需要根據(jù)自己的信息系統(tǒng)的類型著重考慮不同的數(shù)據(jù)庫參數(shù)。

1、1、在線事務處理信息系統(tǒng)（OLTP），這種類型的信息系統(tǒng)一般需要有大量的Insert、Update操作，典型的系統(tǒng)包括民航機票發(fā)售系統(tǒng)、銀行儲蓄系統(tǒng)等。OLTP系統(tǒng)需要保證數(shù)據(jù)庫的并發(fā)性、可靠性和最終用戶的速度，這類系統(tǒng)使用的ORACLE數(shù)據(jù)庫需要主要考慮下述參數(shù)：

l l 數(shù)據(jù)庫回滾段是否足夠？

l l 是否需要建立ORACLE數(shù)據(jù)庫索引、聚集、散列？

l l 系統(tǒng)全局區(qū)（SGA）大小是否足夠？

l l SQL語句是否高效？

2、2、數(shù)據(jù)倉庫系統(tǒng)（Data Warehousing），這種信息系統(tǒng)的主要任務是從ORACLE的海量數(shù)據(jù)中進行查詢，得到數(shù)據(jù)之間的某些規(guī)律。數(shù)據(jù)庫管理員需要為這種類型的ORACLE數(shù)據(jù)庫著重考慮下述參數(shù)：

l l 是否采用B*-索引或者bitmap索引？

l l 是否采用并行SQL查詢以提高查詢效率？

l l 是否采用PL/SQL函數(shù)編寫存儲過程？

l l 有必要的話，需要建立并行數(shù)據(jù)庫提高數(shù)據(jù)庫的查詢效率

SQL語句的調(diào)整原則

SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現(xiàn)，但是語句的執(zhí)行效率是很不相同的。程序員可以使用EXPLAIN PLAN語句來比較各種實現(xiàn)方案，并選出最優(yōu)的實現(xiàn)方案。總得來講，程序員寫SQL語句需要滿足考慮如下規(guī)則：

1、1、盡量使用索引。試比較下面兩條SQL語句：

語句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN

(SELECT deptno FROM emp);

語句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS

(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);

這兩條查詢語句實現(xiàn)的結(jié)果是相同的，但是執(zhí)行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執(zhí)行語句B的時候，由于在子查詢中使用了聯(lián)合查詢，ORACLE只是對emp表進行的部分數(shù)據(jù)掃描，并利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。

2、2、選擇聯(lián)合查詢的聯(lián)合次序?？紤]下面的例子：

SELECT stuff FROM taba a, tabb b, tabc c

WHERE a.acol between :alow and :ahigh

AND b.bcol between :blow and :bhigh

AND c.ccol between :clow and :chigh

AND a.key1 = b.key1

AMD a.key2 = c.key2;

這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進行整個表數(shù)據(jù)的掃描，所以主表應該數(shù)據(jù)量最小，所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。

3、3、在子查詢中慎重使用IN或者NOT IN語句，使用where (NOT) exists的效果要好的多。

4、4、慎重使用視圖的聯(lián)合查詢，尤其是比較復雜的視圖之間的聯(lián)合查詢。一般對視圖的查詢最好都分解為對數(shù)據(jù)表的直接查詢效果要好一些。

5、5、可以在參數(shù)文件中設(shè)置SHARED_POOL_RESERVED_SIZE參數(shù)，這個參數(shù)在SGA共享池中保留一個連續(xù)的內(nèi)存空間，連續(xù)的內(nèi)存空間有益于存放大的SQL程序包。

6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經(jīng)常使用的存儲過程“釘”在SQL區(qū)中而不被換出內(nèi)存，程序員對于經(jīng)常使用并且占用內(nèi)存很多的存儲過程“釘”到內(nèi)存中有利于提高最終用戶的響應時間。

CPU參數(shù)的調(diào)整

CPU是服務器的一項重要資源，服務器良好的工作狀態(tài)是在工作高峰時CPU的使用率在90％以上。如果空閑時間CPU使用率就在90％以上，說明服務器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明服務器CPU資源還比較富余。

使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統(tǒng)的服務器，可以使用sar –u命令查看CPU的使用率，NT操作系統(tǒng)的服務器，可以使用NT的性能管理器來查看CPU的使用率。

數(shù)據(jù)庫管理員可以通過查看v$sysstat數(shù)據(jù)字典中“CPU used by this session”統(tǒng)計項得知ORACLE數(shù)據(jù)庫使用的CPU時間，查看“OS User level CPU time”統(tǒng)計項得知操作系統(tǒng)用戶態(tài)下的CPU時間，查看“OS System call CPU time”統(tǒng)計項得知操作系統(tǒng)系統(tǒng)態(tài)下的CPU時間，操作系統(tǒng)總的CPU時間就是用戶態(tài)和系統(tǒng)態(tài)時間之和，如果ORACLE數(shù)據(jù)庫使用的CPU時間占操作系統(tǒng)總的CPU時間90％以上，說明服務器CPU基本上被ORACLE數(shù)據(jù)庫使用著，這是合理，反之，說明服務器CPU被其它程序占用過多，ORACLE數(shù)據(jù)庫無法得到更多的CPU時間。

數(shù)據(jù)庫管理員還可以通過查看v$sesstat數(shù)據(jù)字典來獲得當前連接ORACLE數(shù)據(jù)庫各個會話占用的CPU時間，從而得知什么會話耗用服務器CPU比較多。

出現(xiàn)CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。

1、數(shù)據(jù)庫管理員可以執(zhí)行下述語句來查看SQL語句的解析情況：

SELECT * FROM V$SYSSTAT

WHERE NAME IN

('parse time cpu', 'parse time elapsed', 'parse count (hard)');

這里parse time cpu是系統(tǒng)服務時間，parse time elapsed是響應時間，用戶等待時間

waite time = parse time elapsed – parse time cpu

由此可以得到用戶SQL語句平均解析等待時間＝waite time / parse count。這個平均等待時間應該接近于0，如果平均解析等待時間過長，數(shù)據(jù)庫管理員可以通過下述語句

SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA

ORDER BY PARSE_CALLS;

來發(fā)現(xiàn)是什么SQL語句解析效率比較低。程序員可以優(yōu)化這些語句，或者增加ORACLE參數(shù)SESSION_CACHED_CURSORS的值。

2、數(shù)據(jù)庫管理員還可以通過下述語句：

SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;

查看低效率的SQL語句，優(yōu)化這些語句也有助于提高CPU的利用率。

3、3、數(shù)據(jù)庫管理員可以通過v$system_event數(shù)據(jù)字典中的“l(fā)atch free”統(tǒng)計項查看ORACLE數(shù)據(jù)庫的沖突情況，如果沒有沖突的話，latch free查詢出來沒有結(jié)果。如果沖突太大的話，數(shù)據(jù)庫管理員可以降低spin_count參數(shù)值，來消除高的CPU使用率。

內(nèi)存參數(shù)的調(diào)整

內(nèi)存參數(shù)的調(diào)整主要是指ORACLE數(shù)據(jù)庫的系統(tǒng)全局區(qū)（SGA）的調(diào)整。SGA主要由三部分構(gòu)成：共享池、數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)。

1、 1、 共享池由兩部分構(gòu)成：共享SQL區(qū)和數(shù)據(jù)字典緩沖區(qū)，共享SQL區(qū)是存放用戶SQL命令的區(qū)域，數(shù)據(jù)字典緩沖區(qū)存放數(shù)據(jù)庫運行的動態(tài)信息。數(shù)據(jù)庫管理員通過執(zhí)行下述語句：

select (sum(pins - reloads)) / sum(pins) "Lib Cache" from v$librarycache;

來查看共享SQL區(qū)的使用率。這個使用率應該在90％以上，否則需要增加共享池的大小。數(shù)據(jù)庫管理員還可以執(zhí)行下述語句：

select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;

查看數(shù)據(jù)字典緩沖區(qū)的使用率，這個使用率也應該在90％以上，否則需要增加共享池的大小。

2、 2、 數(shù)據(jù)緩沖區(qū)。數(shù)據(jù)庫管理員可以通過下述語句：

SELECT name, value FROM v$sysstat WHERE name IN ('db block gets', 'consistent gets','physical reads');

來查看數(shù)據(jù)庫數(shù)據(jù)緩沖區(qū)的使用情況。查詢出來的結(jié)果可以計算出來數(shù)據(jù)緩沖區(qū)的使用命中率＝1 - ( physical reads / (db block gets + consistent gets) )。

這個命中率應該在90％以上，否則需要增加數(shù)據(jù)緩沖區(qū)的大小。

3、 3、 日志緩沖區(qū)。數(shù)據(jù)庫管理員可以通過執(zhí)行下述語句：

select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日志緩沖區(qū)的使用情況。查詢出的結(jié)果可以計算出日志緩沖區(qū)的申請失敗率：

申請失敗率＝requests/entries，申請失敗率應該接近于0，否則說明日志緩沖區(qū)開設(shè)太小，需要增加ORACLE數(shù)據(jù)庫的日志緩沖區(qū)。

如何設(shè)置使oracle10g性能最優(yōu) 性能調(diào)優(yōu) 步驟

一、 磁盤方面調(diào)優(yōu)

1. 規(guī)范磁盤陣列

RAID 10比RAID5更適用于OLTP系統(tǒng)，RAID10先鏡像磁盤，再對其進行分段，由于對數(shù)據(jù)的小規(guī)模訪問會比較頻繁，所以對OLTP適用。而RAID5,優(yōu)勢在于能夠充分利用磁盤空間，并且減少陣列的總成本。但是由于陣列發(fā)出一個寫入請求時，必須改變磁盤上已修改的塊，需要從磁盤上讀取“奇偶校驗”塊，并且使用已修改的塊計算新的奇偶校驗塊，然后把數(shù)據(jù)寫入磁盤，且會限制吞吐量。對性能有所影響，RAID5適用于OLAP系統(tǒng)。

2. 數(shù)據(jù)文件分布

分離下面的東西,避免磁盤競爭

? SYSTEM表空間

? TEMPORARY表空間

? UNDO表空間

? 聯(lián)機重做日志（放在最快的磁盤上）

? 操作系統(tǒng)磁盤

? ORACLE安裝目錄

? 經(jīng)常被訪問的數(shù)據(jù)文件

? 索引表空間

? 歸檔區(qū)域（應該總是與將要恢復的數(shù)據(jù)分離）

例：

2 /: System

2 /u01: Oracle Software

2 /u02: Temporary tablespace, Control file1

2 /u03: Undo Segments, Control file2

2 /u04: Redo logs, Archive logs, Control file4

2 /u05: System, SYSAUX tablespaces

2 /u06: Data1 ,control file3

2 /u07: Index tablespace

2 /u08: Data2

通過下列語句查詢確定IO問題

select name ,phyrds,phywrts,readtim,writetim

from v$filestat a,v$datafile b

where a.file#=b.file# order by readtim desc;

3. 增大日志文件

u 增大日志文件的大小，從而增加處理大型INSERT,DELETE,UPDATE操作的比例

查詢?nèi)罩疚募顟B(tài)

select a.member,b.* from v$logfile a,v$log b where a.GROUP#=b.GROUP#

查詢?nèi)罩厩袚Q時間

select b.RECID,to_char(b.FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') start_time,a.RECID,to_char(a.FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') end_time,round(((a.FIRST_TIME-b.FIRST_TIME)*25)*60,2) minutes

from v$log_history a ,v$log_history b

where a.RECID=b.RECID+1

order by a.FIRST_TIME desc

增大日志文件大小，以及對每組增加日志文件（一個主文件、一個多路利用文件）

u 增大LOG_CHECKPOINT_INTERVAL參數(shù)，現(xiàn)已不提倡使用它

如果低于每半小時切換一次日志，就增大聯(lián)機重做日志大小。如果處理大型批處理任務時頻繁進行切換，就增大聯(lián)機重做日志數(shù)目。

alter database add logfile member ‘/log.ora’ to group 1;

alter database drop logfile member ‘/log.ora’;

4. UNDO表空間

修改三個初始參數(shù)：

UNDO_MANAGEMENT=AUTO

UNDO_TABLESPACE=CLOUDSEA_UNDO

UNDO_RETENTION=#of minutes

5. 不要在系統(tǒng)表空間中執(zhí)行排序

二、 初始化參數(shù)調(diào)優(yōu)

32位的尋址最大支持應該是2的32次方，就是4G大小。但實際中32位系統(tǒng)（XP，windows2003等MS32位系統(tǒng), ubuntu等linux32 位系統(tǒng)）要能利用4G內(nèi)存，都是采用內(nèi)存重映射技術(shù)。需要主板及系統(tǒng)的支持。如果關(guān)閉主板BIOS的重映射功能，系統(tǒng)將不能利用4G內(nèi)存，可能只達3.5G.而在windows下看到的一般為3.25G。所以SGA設(shè)置為內(nèi)存的40%，但不能超過3.25G

1. 重要初始化參數(shù)

l SGA_MAX_SIZE

l SGA_TARGET

l PGA_AGGREGATE_TARGET

l DB_CACHE_SIZE

l SHARED_POOL_SIZE

2. 調(diào)整DB_CACHE_SIZE來提高性能

它設(shè)定了用來存儲和處理內(nèi)存中數(shù)據(jù)的SGA區(qū)域大小，從內(nèi)存中取數(shù)據(jù)比磁盤快10000倍以上

根據(jù)以下查詢出數(shù)據(jù)緩存命中率

select sum(decode(name,'physical reads',value,0)) phys,

sum(decode(name,'db block gets',value,0)) gets,

sum(decode(name,'consistent gets',value,0)) con_gets,

(1- (sum(decode(name,'physical reads',value,0))/(sum(decode(name,'db block gets',value,0))+sum(decode(name,'consistent gets',value,0)) ) ))*100 Hitratio

from v$sysstat;

一個事務處理程序應該保證得到95%以上的命中率，命中率從90%提高到98%可能會提高500%的性能，ORACLE正在通過CPU或服務時間與等待時間來分析系統(tǒng)性能，不太重視命中率，不過現(xiàn)在的庫緩存和字典緩存仍將命中率作為基本的調(diào)整方法。

在調(diào)整DB_CACHE_SIZE時使用V$DB_CACHE_ADVICE

select size_for_estimate, estd_physical_read_factor, estd_physical_reads

from v$db_cache_advice

where name = 'DEFAULT';

如果查詢的命中率過低，說明缺少索引或者索引受到限制，通過V$SQLAREA視圖查詢執(zhí)行緩慢的SQL

3. 設(shè)定DB_BLOCK_SIZE來反映數(shù)據(jù)讀取量大小

OLTP一般8K

OLAP一般16K或者32K

4. 調(diào)整SHARED_POOL_SIZE以優(yōu)化性能

正確地調(diào)整此參數(shù)可以同等可能地共享SQL語句，使得在內(nèi)存中便能找到使用過的SQL語句。為了減少硬解析次數(shù)，優(yōu)化對共享SQL區(qū)域的使用，需盡量使用存儲過程、使用綁定變量

保證數(shù)據(jù)字典緩存命中率在95%以上

select ((1- sum(getmisses)/(sum(gets)+sum(getmisses)))*100) hitratio

from v$rowcache

where gets+getmisses 0;

如果命中率小于 99％，就可以考慮增加shared pool 以提高library cache 的命中率

SELECT SUM(PINS) "EXECUTIONS",SUM(RELOADS) "CACHE MISSES WHILE EXECUTING",1 - SUM(RELOADS)/SUM(PINS)

FROM V$LIBRARYCACHE;

通常規(guī)則是把它定為DB_CACHE_SIZE大小的50%－150%，在使用了大量存儲過程或程序包，但只有有限內(nèi)存的系統(tǒng)里，最后分配為150%。在沒有使用存儲過程但大量分配內(nèi)存給DB_CACHE_SIZE的系統(tǒng)里，這個參數(shù)應該為10%－20%

5. 調(diào)整PGA_AGGREGATE_TARGET以優(yōu)化對內(nèi)存的應用

u OLTP ：totalmemory*80%*20%

u DSS: totalmemory*80%*50%

6. 25個重要初始化參數(shù)

2 DB_CACHE_SIZE：分配給數(shù)據(jù)緩存的初始化內(nèi)存

2 SGA_TARGET：使用了自動內(nèi)存管理，則設(shè)置此參數(shù)。設(shè)置為0可禁用它

2 PGA_AGGREGATE_TARGET：所有用戶PGA軟內(nèi)存最大值

2 SHARED_POOL_SIZE：分配給數(shù)據(jù)字典、SQL和PL／SQL的內(nèi)存

2 SGA_MAX_SIZE：SGA可動態(tài)增長的最大內(nèi)存

2 OPTIMIZER_MODE：

2 CURSOR_SHARING：把字面SQL轉(zhuǎn)換成帶綁定變更的SQL，可減少硬解析開銷

2 OPTIMIZER_INDEX_COST_ADJ：索引掃描成本和全表掃描成本進行調(diào)整，設(shè)定在1－10間會強制頻繁地使用索引，保證索引可用性

2 QUERY_REWRITE_ENABLED：用于啟用具體化視圖和基于函數(shù)的索引功能

2 DB_FILE_MULTIBLOCK_READ_COUNT：對于全表掃描，為了更有效執(zhí)行IO，此參數(shù)可在一次IO中讀取多個塊

2 LOG_BUFFER：為內(nèi)存中沒有提交的事務分配緩沖區(qū)（非動態(tài)參數(shù)）

2 DB_KEEP_CACHE_SIZE：分配給KEEP池或者額外數(shù)據(jù)緩存的內(nèi)存

2 DB_RECYCLE_CACHE_SIZE：

2 DBWR_IO_SLAVES：如果沒有異步IO，參數(shù)等同于DB_WRITER_PROCESSES模擬異步IO而分配的從SGA到磁盤的寫入器數(shù)。如果有異步IO，則使用DB_WRITER_PROCESSES設(shè)置多個寫程序，在DBWR期間更快地寫出臟塊

2 LARGE_POOL_SIZE：分配給大型PLSQL或其他一些很少使用的ORACLE選項LARGET池的總塊數(shù)

2 STATISTICS_LEVEL：啟用顧問信息，并可選擇提供更多OS統(tǒng)計信息來改進優(yōu)化器決策。默認：TYPICAL

2 JAVA_POOL_SIZE：為JVM使用的JAVA存儲過程所分配的內(nèi)存

2 JAVA_MAX_SESSIONSPACE_SIZE：跟蹤JAVA類的用戶會話狀態(tài)所用內(nèi)存上限

2 MAX_SHARED_SERVERS：當使用共享服務器時的共享服務器上限

2 WORKAREA_SIZE_POLICY：啟用PGA大小自動管理

2 FAST_START_MTTR_TARGET：完成一次崩潰恢復的大概時間／S

2 LOG_CHECKPOINT_INTERVAL：檢查點頻率

2 OPEN_CURSORS：指定了保存用戶語句的專用區(qū)域大小，如此設(shè)置過高會導致ORA-4031

2 DB_BLOCK_SIZE：數(shù)據(jù)庫默認塊大小

2 OPTIMIZER_DYNAMIC_SAMPLING：控制動態(tài)抽樣查詢讀取的塊數(shù)量，對正在使用全局臨時表的系統(tǒng)非常有用

三、 SQL調(diào)優(yōu)1. 使用提示

1.1 改變執(zhí)行路徑

通過OPTIMIZER_MODE參數(shù)指定優(yōu)化器使用方法，默認ALL_ROWS

? ALL_ROWS 可得最佳吞吐量執(zhí)行查詢所有行

? FIRST_ROWS(n) 可使優(yōu)化器最快檢索出第一行:

select /*+ FIRST_ROWS(1) */ store_id,… from tbl_store

1.2 使用訪問方法提示

允許開發(fā)人員改變訪問的實際查詢方式，經(jīng)常使用INDEX提示

? CLUSTER 強制使用集群

? FULL

? HASH

? INDEX 語法：/*+ INDEX (TABLE INDEX1,INDEX2….) */ COLUMN 1,….

當不指定任何INDEX時，優(yōu)化器會選擇最佳的索引

SELECT /*+ INDEX */ STORE_ID FROM TBL_STORE

? INDEX_ASC 8I開始默認是升序，所以與INDEX同效

? INDEX_DESC

? INDEX_COMBINE 用來指定多個位圖索引，而不是選擇其中最好的索引

? INDEX_JOIN 只需訪問這些索引，節(jié)省了重新檢索表的時間

? INDEX_FFS 執(zhí)行一次索引的快速全局掃描，只處理索引，不訪問具體表

? INDEX_SS

? INDEX_SSX_ASC

? INDEX_SS_DESC

? NO_INDEX

? NO_INDEX_FFS

? NO_INDEX_SS

1.3 使用查詢轉(zhuǎn)換提示

對于數(shù)據(jù)倉庫非常有幫助

? FACT

? MERGE

? NO_EXPAND 語法：/*+ NO_EXPAND */ column1,…

保證OR組合起的IN列表不會陷入困境，/*+ FIRST_ROWS NO_EXPAND */

? NO_FACT

? NO_MERGE

? NO_QUERY_TRANSFORMATION

? NO_REWRITE

? NO_STAR_TRANSFORMATION

? NO_UNSET

? REWRITE

? STAR_TRANSFORMATION

? UNSET

? USE_CONCAT

1.4 使用連接操作提示

顯示如何將連接表中的數(shù)據(jù)合并在一起，可用兩提示直接影響連接順序。LEADING指定連接順序首先使用的表，ORDERED告訴優(yōu)化器基于FROM子句中的表順序連接這些表，并使用第一個表作為驅(qū)動表（最行訪問的表）

ORDERED語法：/*+ ORDERED */ column 1,….

訪問表順序根據(jù)FROM后的表順序來

LEADING語法：/*+ LEADING(TABLE1) */ column 1,….

類似于ORDER，指定驅(qū)動表

? NO_USE_HASH

? NO_USE_MERGE

? NO_USE_NL

? USE_HASH前提足夠的HASH_AREA_SIZE或PGA_AGGREGATE_TARGET

通?？梢詾檩^大的結(jié)果集提供最佳的響應時間

? USE_MERGE

? USE_NL 通常可以以最快速度返回一個行

? USE_NL_WITH_INDEX

1.5 使用并行執(zhí)行

? NO_PARALLEL

? NO_PARALLEL_INDEX

? PARALLEL

? PARALLEL_INDEX

? PQ_DISTRIBUTE

1.6 其他提示

? APPEND 不會檢查當前所用塊中是否有剩余空間，而直接插入到表中，會直接將數(shù)據(jù)添加到新的塊中。

? CACHE 會將全表掃描全部緩存到內(nèi)存中，這樣可直接在內(nèi)存中找到數(shù)據(jù)，不用在磁盤上查詢

? CURSOR_SHARING_EXACT

? DRIVING_SITE

? DYNAMIC_SAMPLING

? MODEL_MIN_ANALYSIS

? NOAPPEND

? NOCACHE

? NO_PUSH_PRED

? NO_PUSH_SUBQ

? NO_PX_JOIN_FILTER

? PUSH_PRED

? PUSH_SUBQ 強制先執(zhí)行子查詢，當子查詢很快返回少量行時，這些行可以用于限制外部查詢返回行數(shù)，可極大地提高性能

例：select /*+PUSH_SUBQ */ emp.empno,emp.ename

From emp,orders

where emp.deptno=(select deptno from dept where loc=’1’)

? PX_JOIN_FILTER

? QB_NAME

2. 調(diào)整查詢

2.1 在V$SQLAREA中選出最占用資源的查詢

HASH_VALUE：SQL語句的Hash值。

ADDRESS：SQL語句在SGA中的地址。

PARSING_USER_ID：為語句解析第一條CURSOR的用戶

VERSION_COUNT：語句cursor的數(shù)量

KEPT_VERSIONS：

SHARABLE_MEMORY：cursor使用的共享內(nèi)存總數(shù)

PERSISTENT_MEMORY：cursor使用的常駐內(nèi)存總數(shù)

RUNTIME_MEMORY：cursor使用的運行時內(nèi)存總數(shù)。

SQL_TEXT：SQL語句的文本（最大只能保存該語句的前1000個字符）。

MODULE,ACTION：用了DBMS_APPLICATION_INFO時session解析第一條cursor時信息

SORTS: 語句的排序數(shù)

CPU_TIME: 語句被解析和執(zhí)行的CPU時間

ELAPSED_TIME: 語句被解析和執(zhí)行的共用時間

PARSE_CALLS: 語句的解析調(diào)用(軟、硬)次數(shù)

EXECUTIONS: 語句的執(zhí)行次數(shù)

INVALIDATIONS: 語句的cursor失效次數(shù)

LOADS: 語句載入(載出)數(shù)量

ROWS_PROCESSED: 語句返回的列總數(shù)

select b.username,a.DISK_READS,a.EXECUTIONS,a.DISK_READS/decode(a.EXECUTIONS,0,1,a.EXECUTIONS) rds_exec_ratio,a.SQL_TEXT

from v$sqlarea a ,dba_users b

where a.PARSING_USER_ID=b.user_id and a.DISK_READS100 order by a.DISK_READS desc;

2.2 在V$SQL中選出最占用資源的查詢

與V$SQLAREA類似

select * from

(select sql_text,rank() over (order by buffer_gets desc) as rank_buffers,to_char(100*ratio_to_report(buffer_gets) over (),'999.99') pct_bufgets from v$sql)

where rank_buffers 11

2.3 確定何時使用索引

2 當查詢條件只需要返回很少的行（受限列）時，則需要建立索引，不同的版本中這個返回要求不同

V5:20% V7:7% V8i,V9i:4% V10g: 5%

查看表上的索引

select a.table_name,a.index_name,a.column_name,a.column_position,a.table_owner

from dba_ind_columns a

where a.table_owner='CLOUDSEA'

2 修正差的索引，可使用提示來限制很差的索引，如INDEX，F(xiàn)ULL提示

2 在SELECT 和WHERE中的列使用索引

如: select name from tbl where no=?

建立索引：create index test on tbl(name,no) tablespace cloudsea_index storage(….)

對于系統(tǒng)中很關(guān)鍵的查詢，可以考慮建立此類連接索引

2 在一個表中有多個索引時可能出現(xiàn)麻煩，使用提示INDEX指定使用索引

2 使用索引合并，使用提示INDEX_JOIN

2 基于函數(shù)索引，由于使用了函數(shù)造成查詢很慢.必須基于成本的優(yōu)化模式,參數(shù)：

QUERY_REWRITE_ENALED=TRUE

QUERY_REWRITE_INTEGRITY=TRUSTED (OR ENFORCED)

create index test on sum(test);

2.4 在內(nèi)存中緩存表

將常用的相對小的表緩存到內(nèi)存中，但注意會影響到嵌套循環(huán)連接上的驅(qū)動表

alter table tablename cache;

2.5 使用EXISTS 與嵌套子查詢 代替IN

SELECT …FROM EMP WHERE DEPT_NO NOT IN (SELECT DEPT_NO FROM DEPT WHERE DEPT_CAT=’A’);

(方法一: 高效)

SELECT ….FROM EMP A,DEPT B WHERE A.DEPT_NO = B.DEPT(+) AND B.DEPT_NO IS NULL AND B.DEPT_CAT(+) = ‘A’

(方法二: 最高效)

SELECT ….FROM EMP E WHERE NOT EXISTS (SELECT ‘X’ FROM DEPT D WHERE D.DEPT_NO = E.DEPT_NO AND DEPT_CAT = ‘A’);

四、 使用STATSPACK和AWR報表調(diào)整等待和閂鎖

1. 10GR2里的腳本

在$ORACLE_HOME/RDBMS/ADMIN下

Spcreate.sql 通過調(diào)用spcusr.sql spctab.sql 和spcpkg.sql創(chuàng)建STATSPACK環(huán)境，使用SYSDBA運行它

Spdrop.sql 調(diào)用sptab.sql和spdusr.sql刪除整個STATSPACK環(huán)境，使用SYSDBA運行它

Spreport.sql 這是生成報表的主要腳本，由PERFSTAT用戶運行

Sprepins.sql 為指定的數(shù)據(jù)庫和實例生成實例報表

Sprepsql.sql 為指定的SQL散列值生成SQL報表

Sprsqins.sql 為指定的數(shù)據(jù)庫和實例生成SQL報表

Spauto.sql 使用DBMS_JOB自動進行統(tǒng)計數(shù)據(jù)收集（照相）

Sprepcon.sql 配置SQLPLUS變量來設(shè)置像閾值這樣的內(nèi)容的配置文件

Spurge.sql 刪除給定數(shù)據(jù)庫實例一定范圍內(nèi)的快照ID，不刪除基線快照

Sptrunc.sql 截短STATSPACK表里所有性能數(shù)據(jù)

五、 執(zhí)行快速系統(tǒng)檢查1. 緩沖區(qū)命中率

查詢緩沖區(qū)命中率

select (1 - (sum(decode(name, 'physical reads',value,0)) /

(sum(decode(name, 'db block gets',value,0)) +

sum(decode(name, 'consistent gets',value,0))))) * 100 "Hit Ratio"

from v$sysstat;

oracle性能優(yōu)化如何做

性能優(yōu)化大體分為兩部分，一個是內(nèi)存優(yōu)化，一個是語句優(yōu)化。語句優(yōu)化核心就是避免全表查詢，內(nèi)存優(yōu)化核心是最大化發(fā)揮數(shù)據(jù)庫性能提高運行效率。想簡單了解性能優(yōu)化夠你學個一兩個月了，要想深入了解到精通沒有三五年下不來。

如何提高oracle數(shù)據(jù)庫的性能

在公路建設(shè)中，通過建立多條車道可以提高道路的流量。其實這個道理在Oracle數(shù)據(jù)庫中也行得通。即可以將關(guān)鍵數(shù)據(jù)文件存儲在多塊硬盤上，以提高Oracle數(shù)據(jù)庫的性能?？上У氖?，不少數(shù)據(jù)庫管理員沒有意識到這一點。在這篇文章中筆者就以O(shè)racle11G為例，說明如何通過在硬盤之間分布關(guān)鍵數(shù)據(jù)文件來提高性能。 一、在硬盤之間分布關(guān)鍵數(shù)據(jù)文件的基本原則。

在傳統(tǒng)的文件系統(tǒng)上(即不是在裸機上)部署Oracle數(shù)據(jù)庫，可以通過將關(guān)鍵的數(shù)據(jù)文件分布到多個可用的文件系統(tǒng)上或者不同的硬盤上來提高數(shù)據(jù)庫的性能。具體的來說，需要遵循如下幾個原則。

一是對于表來說，往往包含兩個部分，即基本表與索引表。只要為基本表中的字段創(chuàng)建了索引，其對應的就有一張索引表。當用戶訪問表中的數(shù)據(jù)時，應用系統(tǒng)需要同時訪問到索引表與數(shù)據(jù)表。此時我們可以將這兩張表比喻成兩輛車。如果現(xiàn)在只有一個車道(即將他們同時存放在一個硬盤或者文件系統(tǒng)中)，那么兩輛車必須前后行使。而如果現(xiàn)在有兩個車道(即將基本表與其相對應的索引表存放在不同的硬盤或者文件系統(tǒng)中)，那么這兩輛車就可以并排行使。顯然，后者的效率更高。為此筆者建議，可將經(jīng)常需要訪問的表和與之對應的索引表分開來存放。

二是可以將日志文件也分開來存放。不光光是數(shù)據(jù)表與索引表存在著這種狀況。其實在日志文件管理中也是如此。只要條件允許，那么最好能夠?qū)⒙?lián)機重做日志和歸檔日志與其它數(shù)據(jù)文件存放在不同的硬盤或者文件系統(tǒng)上。因為當用戶往數(shù)據(jù)庫中寫入數(shù)據(jù)時，需要同時往數(shù)據(jù)文件與重做日志文件中寫入數(shù)據(jù)。此時如果將它們分開來存放，那么就相當于有了多條車道，分別往不同的文件中寫入數(shù)據(jù)。這無疑就可以提高數(shù)據(jù)寫入的效率，從而提高數(shù)據(jù)庫的性能。

二、哪些文件最好能夠分開存放?

在講到硬盤之間分布關(guān)鍵數(shù)據(jù)文件的基本原則的時候，筆者舉了幾個需要分開存放的幾個案例。但是在實際工作中，并不僅僅局限于上面提到的這些文件。筆者認為，如果條件允許的話，那么可以考慮將如下文件放置在不同的硬盤上。

一是表空間，如臨時表空間、系統(tǒng)表空間、UNDO表空間等等。這三個表空間可能系統(tǒng)會同時進行訪問。為此需要將其分開來存放。二是數(shù)據(jù)文件和索引文件。上面提到過，需要將經(jīng)常訪問的數(shù)據(jù)文件與其對應的索引文件存放在不同的硬盤上。因為這兩類文件在訪問數(shù)據(jù)時也可能會同時訪問到。三是操作系統(tǒng)盤與數(shù)據(jù)庫文件單獨存放。顯然Oracle系統(tǒng)肯定是與操作系統(tǒng)同時運行的。為了避免他們之間的I/Q沖突，就需要將Oracle部署在操作系統(tǒng)盤以外的磁盤上。四是聯(lián)機重做日志文件。這個文件比較復雜，不但要將其與其他文件分開來存放。而且還需要注意的是，最好能夠?qū)⑵浯娣旁谛阅茏罴训挠脖P上。

最后需要說明的一點是，增加磁盤也會增加成本。這不光光是購買磁盤所需要的花費，還包括管理的成本。所以這之間也會涉及到成本與性能之間的一個均衡問題。如果企業(yè)的數(shù)據(jù)不是很多，或者主要是涉及到查詢操作，那么這么設(shè)計的話，就可能不怎么合理。因為投入要大于回報。

三、如何確定是否需要將文件分開來存放?

在實際工作中，企業(yè)的數(shù)據(jù)是一個從少到多的過程。也就是說，剛開始使用數(shù)據(jù)庫的時候，可能數(shù)據(jù)量比較少，此時出于成本的考慮，沒有將相關(guān)文件存放在不同的磁盤上。但是隨著工作的深入，用戶會發(fā)現(xiàn)數(shù)據(jù)庫的性能在逐漸的降低。此時管理員就需要考慮，能夠采取這種多建車道的措施，來提高數(shù)據(jù)庫性能。當然在采取這個措施之前，管理員需要先進性評估。此時評估所需要用到的一個指標就是磁盤的I/O爭用。

磁盤爭用通常發(fā)生在有多個進程試圖同時訪問一個物理磁盤的情況下。如現(xiàn)在用戶需要訪問某個數(shù)據(jù)表中的數(shù)據(jù)，此時系統(tǒng)需要訪問索引文件與數(shù)據(jù)表文件。如果將它們放置在同一磁盤上，那么在訪問時就會發(fā)生I/O沖突。所以評估I/O沖突的嚴重程度，可以幫我們來確定是否需要將關(guān)鍵文件存放在不同的磁盤上。

將I/O平均的分布到多個可用的磁盤上，這可以有效的減少磁盤之間的爭用情況，提高數(shù)據(jù)存儲與讀取的性能。從而提高Oracle等應用程序的效率。在實際工作中，數(shù)據(jù)庫控制文件中有兩個參數(shù)可以用來幫助我們評估這個指標。這兩個參數(shù)是文件平均讀取時間和文件平均寫入時間。不過在使用這兩個參數(shù)的時候，其只評估所有與數(shù)據(jù)庫相關(guān)聯(lián)的文件。管理員如果有需要的話，也可以通過下面的查詢語句來查詢數(shù)據(jù)文件是否存在I/O問題。查詢的語法與結(jié)果如下圖所示：

從如上的查詢結(jié)果中可以看出某個數(shù)據(jù)文件是否繁忙，數(shù)據(jù)文件之間是否存在著/I/O沖突文件。這里需要注意的是，這個結(jié)果是一個動態(tài)的結(jié)果。在不同的時刻、用戶進行不同的操作時往往會得出不同的結(jié)論。為此筆者建議，在使用這個數(shù)據(jù)的時候，最好能夠多跟蹤幾次。然后分析多次運行的結(jié)果。只有如此，才能夠得到比較合乎情理的判斷。 通常情況下，管理員根據(jù)上面的結(jié)果可以得出三種結(jié)論。

第一種結(jié)論是上面這些數(shù)據(jù)文件都不是很忙。即文件的平均讀取時間與寫入時間都比較短，表示這兩個文件都是比較空閑的。此時正常情況下，數(shù)據(jù)庫的性能應該是不錯的。也就是說，如果此時數(shù)據(jù)庫的性能不理想的話，那么就不是磁盤的I/O所造成的。管理員應該從其他角度來改善數(shù)據(jù)庫的性能。

第二種結(jié)論是每個數(shù)據(jù)庫文件都非常的繁忙。此時有可能是讀取時間或者寫入時間比較長，或者說兩個時間都比較長。當多個數(shù)據(jù)文件同時比較繁忙并且他們處于同一磁盤的話，那么管理員就需要考慮購買新的磁盤，然后將上面提到的這些關(guān)鍵文件重新整理，讓他們部署在不同的磁盤上。

第三種結(jié)論是某幾個特定的數(shù)據(jù)文件比較繁忙，而其他數(shù)據(jù)文件還可以。此時管理員如果成本受到限制，那么也不需要重新購買硬盤。在磁盤上的物理寫入和讀取次數(shù)上如果出現(xiàn)比較大的差異，就表明某個磁盤負載過大，即有很嚴重的I/O沖突。此時最好能夠?qū)⑦@個磁盤中的文件進行調(diào)整，如將某些文件移動到另外的一塊I/O相對不怎么嚴重的磁盤上。不過在采取這個操作的時候，需要注意一點。對于聯(lián)機重做日志文件來說，即使其所在的磁盤I/O沖突比較低，或者訪問這個文件的時間比較短，但是也不建議將其他數(shù)據(jù)文件轉(zhuǎn)移到其所在的磁盤上來。因為通常情況下，為了保障數(shù)據(jù)庫的性能，我們都建議將聯(lián)機重做日志文件單獨存放，并且還需要講起放置在性能比較高的硬盤上。

總之，將關(guān)鍵的Oracle數(shù)據(jù)庫文件分開放置。如此的話可以有效避免磁盤爭用成為Oracle數(shù)據(jù)庫系統(tǒng)的性能瓶頸。

如何提高oracle模糊查詢的性能？

1、使用兩邊加‘%’號的查詢，Oracle是不通過索引的，所以查詢效率很低。

例如：select count(*) from lui_user_base t where t.user_name like '%cs%';

2、like '...%'和 like'%...'雖然走了索引，但是效率依然很低。

3、有人說使用如下sql，他的效率提高了10倍，但是數(shù)據(jù)量小的時候

select count(*) from lui_user_base where rowid in (select rowid from lui_user_base t where t.user_name like '%cs%')

我拿100w跳數(shù)據(jù)做了測試，效果一般，依然很慢，原因：

select rowid from lui_user_base t where t.user_name like '%cs%' ? 這條sql執(zhí)行很快，那是相當?shù)目?，但是放到select count(*) from lui_user_base where rowid in（）里后，效率就會變的很慢了。

4、select count(*) from lui_user_base t where instr(t.user_name,'cs') 0

這種查詢效果很好，速度很快，推薦使用這種。因為我對oracle內(nèi)部機制不是很懂，只是對結(jié)果做了一個說明。

5、有人說了用全文索引，我看了，步驟挺麻煩，但是是個不錯的方法，留著備用：

對cmng_custominfo 表中的address字段做全文檢索：

1，在oracle9201中需要創(chuàng)建一個分詞的東西：

BEGIN

ctx_ddl.create_preference ('SMS_ADDRESS_LEXER', 'CHINESE_LEXER');

--ctx_ddl.create_preference ('my_lexer', 'chinese_vgram_lexer'); 不用

end;

2，創(chuàng)建全文檢索：

CREATE INDEX INX_CUSTOMINFO_ADDR_DOCS ON cmng_custominfo(address) INDEXTYPE IS CTXSYS.CONTEXT PARAMETERS ('LEXER SMS_ADDRESS_LEXER');

3，查詢時候，使用：

select * from cmng_custominfo where contains (address, '金色新城')1;

4，需要定期進行同步和優(yōu)化：

同步：根據(jù)新增記錄的文本內(nèi)容更新全文搜索的索引。

begin

ctx_ddl.sync_index('INX_CUSTOMINFO_ADDR_DOCS');

end;

優(yōu)化：根據(jù)被刪除記錄清除全文搜索索引中的垃圾

begin

ctx_ddl.optimize_index('INX_CUSTOMINFO_ADDR_DOCS', 'FAST');

end;

5，采用job做步驟4中的工作：

1)該功能需要利用oracle的JOB功能來完成

因為oracle9I默認不啟用JOB功能，所以首先需要增加ORACLE數(shù)據(jù)庫實例的JOB配置參數(shù):

job_queue_processes=5

重新啟動oracle數(shù)據(jù)庫服務和listener服務。

2)同步 和 優(yōu)化

--同步 sync:

variable jobno number;

BEGIN

DBMS_JOB.SUBMIT(:jobno,'ctx_ddl.sync_index(''INX_CUSTOMINFO_ADDR_DOCS'');',

SYSDATE, 'SYSDATE + (1/24/4)');

commit;

END;

--優(yōu)化

variable jobno number;

begin

DBMS_JOB.SUBMIT(:jobno,'ctx_ddl.optimize_index(''INX_CUSTOMINFO_ADDR_DOCS'',''FULL'');', SYSDATE, 'SYSDATE + 1');

commit;

END;

其中， 第一個job的SYSDATE + (1/24/4)是指每隔15分鐘同步一次，第二個job的SYSDATE + 1是每隔1天做一次全優(yōu)化。具體的時間間隔，可以根據(jù)應用的需要而定。

6，索引重建

重建索引會刪除原來的索引，重新生成索引，需要較長的時間。

重建索引語法如下：

ALTER INDEX INX_CUSTOMINFO_ADDR_DOCS REBUILD;

據(jù)網(wǎng)上一些用家的體會，oracle重建索引的速度也是比較快的，有一用家這樣描述：

Oracle 的全文檢索建立和維護索引要比ms sql server都要快得多，筆者的65萬記錄的一個表建立索引只需要20分鐘，同步一次只需要1分鐘。

因此，也可以考慮用job的辦法定期重建索引。

分享文章：oracle怎么提高性能,如何提高oracle數(shù)據(jù)庫的性能
標題鏈接：http://muchs.cn/article46/phiieg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站內(nèi)鏈、App開發(fā)、建站公司、移動網(wǎng)站建設(shè)、標簽優(yōu)化、軟件開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)