oracle文章收藏
生活随笔
收集整理的這篇文章主要介紹了
oracle文章收藏
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
DBA 麻煩終結(jié)者之路 轉(zhuǎn)載
oracle技術(shù) ) ::閱讀:(392次) :: 評(píng)論 (0) silRIver 發(fā)表于:2005.01.19 14:50 ::分類: ( =========================================================== Oracle常用數(shù)據(jù)字典. ===========================================================
?
?????? 或許你厭倦了朝五晚六的開發(fā)工作,開始考o(jì)cp;或許你剛走出象牙塔,立志在數(shù)據(jù)庫管理方面大干一場?經(jīng)過一翻努力,終于有了份dba的工作,忐忑不安地坐在電腦旁,激動(dòng)得手心冒汗,卻不知如何去調(diào)整、優(yōu)化數(shù)據(jù)庫;面對(duì)突如其來的故障,電話響個(gè)不停,老板虎視耽耽地站在身旁,不知你些時(shí)是否能靜下心來? ?????? 可能讀了許多數(shù)據(jù)庫管理、調(diào)優(yōu)、備份與恢復(fù)、pl/sql開發(fā)方面的書,也可能做了很多故障排除的實(shí)驗(yàn),可當(dāng)故障真正降臨時(shí),卻顯得那么可怕,通常正在運(yùn)轉(zhuǎn)的生產(chǎn)數(shù)據(jù)庫一直處于性能惡化趨勢,麻煩總是從你意想不到的地方出現(xiàn),阿門。 數(shù)據(jù)庫系統(tǒng)本身永遠(yuǎn)是的值得注意的麻煩制造者:數(shù)不清的bug、對(duì)象失效、磁片碎片、索引重建以及很多沒有顧及到的突發(fā)事件等;沒有sql經(jīng)驗(yàn)的程序員也是很歷害的麻煩制造者:編寫性能不佳的sql以及創(chuàng)建一些性能較差的存儲(chǔ)對(duì)象;最可怕的麻煩制造者是誰呢?吼吼,正是來源于dba本身,對(duì)數(shù)據(jù)庫一個(gè)微小的修改,或許就導(dǎo)致一場災(zāi)難。 做為一個(gè)新手dba來講,有關(guān)oracle體系統(tǒng)結(jié)構(gòu)的概念非常重要,如果想比較透徹地理解這些概念,必須做大量的實(shí)驗(yàn),書上得來終覺少,絕知些事要躬行,呵呵,千萬不要在生產(chǎn)庫上進(jìn)行哦;如果想從麻煩制造者成長為一個(gè)麻煩終結(jié)者,只顧自己埋頭苦學(xué)是不夠的,畢竟你的生產(chǎn)環(huán)境與學(xué)習(xí)環(huán)境產(chǎn)生的故障很有限,通過在相關(guān)論壇上閱讀貼子,從網(wǎng)友的經(jīng)驗(yàn)與教訓(xùn)中汲取營養(yǎng),拓展發(fā)現(xiàn)與解決問題的技巧。 獨(dú)立學(xué)習(xí)與思考是dba快速成長的關(guān)鍵。許多新手發(fā)現(xiàn)系統(tǒng)出現(xiàn)問題或未知的現(xiàn)象,第一時(shí)間總是去咨詢資深dba,其實(shí)這是壞習(xí)慣,盡量對(duì)問題進(jìn)行分析與推理,如果實(shí)在沒有頭緒的話,可以在google或相關(guān)的論壇上發(fā)貼求助,網(wǎng)絡(luò)上總會(huì)有許多意相不到的驚喜,相信90%的問題已經(jīng)有了答案,關(guān)鍵是如何找到它。 不要對(duì)internal的東西費(fèi)心費(fèi)神,打好基礎(chǔ)才是主要的,要有一定的pl/sql編程技術(shù),牢牢掌握數(shù)據(jù)庫備份與恢復(fù),然后提高系統(tǒng)調(diào)優(yōu)及SQL優(yōu)化的能力,當(dāng)技術(shù)累積到一定的層次時(shí),對(duì)于許多internal的東西自然自然就領(lǐng)會(huì)啦。 良好的溝通能力有助于更快地解決問題。很多時(shí)間,可能已經(jīng)解決了問題,卻不知為什么會(huì)產(chǎn)生這種問題,這時(shí)可以咨詢一下項(xiàng)目負(fù)責(zé)人或相關(guān)程序員,盡量把問題的根源搞清楚,如果問題沒能根本解決,問題必然卷土重來。 作為dba,需要為項(xiàng)目組的程序員提供統(tǒng)一的《數(shù)據(jù)庫開發(fā)規(guī)范》,如果可能,也可做為程序員做sql編寫及sql優(yōu)化技巧方面的培訓(xùn),盡量讓性能不佳的sql胎死腹中,新手dba,更要融入項(xiàng)目組,理解業(yè)務(wù)系統(tǒng)的需求,并掌握一定的數(shù)據(jù)庫建模知識(shí),通過對(duì)數(shù)據(jù)庫結(jié)構(gòu)的掌握,為數(shù)據(jù)庫結(jié)構(gòu)優(yōu)化與sql優(yōu)化打下基礎(chǔ)。 努力學(xué)習(xí)對(duì)dba是必不可少的,需要注意的是:并不是方方面面的知識(shí)都需要熟記硬背。有選擇地去深入研究某個(gè)方面的技能,才能突破泛泛之境;不要太在意研究配置dataguard、安裝rac等瑣事,雕蟲小技而已;(http://www.cnoug.org/viewthread.php?tid=2226)這是piner網(wǎng)友收集整理的oracle faq,相信無論新手熟手,都是可以翻翻的。 “工欲善其事,必先利其器”,做為dba來講,必須為自己及程序員搭建順手的工作環(huán)境(本文以linux平臺(tái)為例)。在linux平臺(tái)上,sqlplus是不具有回調(diào)功能的,如何搭建具有回調(diào)環(huán)境的sqlplus呢?(http://www.dbanotes.net/Oracle/uniread-howto.htm)大家可以參考fenng網(wǎng)友的貼子。還有就是安裝sqlplus的help及sql語法的help,具體方法大家可以參考下面這個(gè)貼子(http://www.cnoug.org/viewthread.php?tid=1710)。在9i以后的版本中sqlplus的help默認(rèn)是安裝的,sql語法的help就必須自己安裝啦。 ??
最需要新手注意的網(wǎng)址:http://tahiti.oracle.com? http://metalink.oracle.com 關(guān)于操作系統(tǒng) / 網(wǎng)絡(luò)參數(shù)的調(diào)整?
做為dba,對(duì)linux/unix應(yīng)該有相當(dāng)?shù)幕A(chǔ)。理解raid、raw、lvm、ocfs、asm等與存儲(chǔ)相關(guān)的概念;能夠安裝oracle軟件及打補(bǔ)丁;理解linux/unix常用的命令rpm、cpio、tar、ftp、top、vmstat、iostat、sar、netstat、crontab等;應(yīng)用服務(wù)器的調(diào)整有一定的了解;關(guān)于linux/unix的問題,可以到http://www.chinaunix.com http://www.puschitz.com/去尋找答案。 關(guān)于初始化參數(shù)( sga )的調(diào)整?
深刻理解oracle的初始化參數(shù)是dba必不可少的功課,卻不能把調(diào)整參數(shù)做為提高性能的救命稻草,不合適的參數(shù)必將帶來性能上的下降,甚至數(shù)據(jù)丟失的危險(xiǎn);不要以為使用隱藏參數(shù)為榮,做事要有未雨調(diào)繆的打算,在系統(tǒng)故障時(shí)可以坦然對(duì)之。 沒有任何工式可以滿足sga調(diào)整的需要,通常都是經(jīng)過多次調(diào)整,才能達(dá)到比較合諧的效果, http://blog.csdn.net/biti_rainy/archive/2004/07/03/learn_oracle_20040703_7.aspx 這個(gè)貼子是biti_rainy關(guān)于sga調(diào)整的總結(jié),基本可以適合大多數(shù)情況。 在32bit的操作系統(tǒng)中,sga有1.7g的限制,如果相在32bit的操作系統(tǒng)上突破1.7g的限制,就需要使用特殊的手段, (http://www.itpub.net/showthread.php?s=&threadid=124424)這個(gè)貼子是coolyl網(wǎng)友針對(duì)各個(gè)平臺(tái)sga突破1.7g的限制的總結(jié)。 在64bit的操作系統(tǒng)中,sga不需要特殊方法可以上到3.9g,如果想突破4g的話,方法與32bit系統(tǒng)中突破1.7g的方法類似,也就是說必須使參數(shù)use_indirect_data_buffers=true,然后使用db_block_buffers來設(shè)置buffer cache的大小。 關(guān)于 statspack 的若干建議?
不要對(duì)statspack報(bào)太大希望,它只能告訴你過去某段時(shí)間數(shù)據(jù)庫的運(yùn)行狀態(tài),以及預(yù)測將來一段時(shí)間的性能趨勢(初始化參數(shù)沒能重大調(diào)整及業(yè)務(wù)沒能巨劇變化的情況下),通過statspack的報(bào)表,dba可以對(duì)初始化參數(shù)進(jìn)一步進(jìn)行微調(diào)。 statspack可以告訴你性能瓶頸所在,僅此而已,引起性能瓶頸的根本原因必須dba親自動(dòng)手查;當(dāng)然引起性能瓶頸的原因也可能已經(jīng)收集到啦,在眾多收集到的sql中需要仔細(xì)斟別哦,如果sql語句太長,就比較麻煩,因?yàn)樵趕tatspack中,過長的sql會(huì)被截?cái)嗟?#xff1b;無論如何,statspack都是dba不可卻少的助手,(http://www.eygle.com/more/statspack_list.htm)這是eygle網(wǎng)友關(guān)于statspack的系列研究貼子,希望對(duì)你有用。 如果你需要經(jīng)常制做statspack的性能趨勢報(bào)表,一般可以用excel來做,就是麻煩了一些,偶寫了一款專門制做statspack報(bào)表的工具,不僅可以更快更方便地制作出漂亮的報(bào)表,而且可以對(duì)知識(shí)進(jìn)行管理。(http://www.cnoug.org/viewthread.php?tid=20115) 關(guān)于 logmnr 在調(diào)優(yōu)中的運(yùn)用?
一直以來,logmnr都不是調(diào)優(yōu)所推薦的工具,主要用于安全審計(jì)方面,其實(shí)在追究系統(tǒng)瓶頸上logmnr可是得天獨(dú)厚,通過對(duì)日志的審查(需要dba有足夠的耐心哦),可以更清楚地知道oracle在某段時(shí)間內(nèi)做了什么,這樣做是不是合理?當(dāng)然logmnr并不能告訴你什么合理,你必須自己判斷。 在b/s結(jié)構(gòu)的應(yīng)用中,在session連接時(shí)用dbms_application_info.set_client_info設(shè)置session的client_info,這樣在用logmnr進(jìn)行日志挖掘時(shí),就知道是那個(gè)頁面執(zhí)行了這個(gè)操作,范圍就比較小;在c/s結(jié)構(gòu)的應(yīng)用中,那是通常每個(gè)client連接后,都可能需要很久才斷開session,客戶每打開某個(gè)業(yè)務(wù)模塊,最好用dbms_application_info.set_client_info設(shè)置該session的client_info信息。 關(guān)于 materialized view 在調(diào)優(yōu)中的運(yùn)用?
在olap環(huán)境中,mview是以空間換時(shí)間的一種有效手段,更少的物理讀/寫,更少的cpu時(shí)間,更快的響應(yīng)速度,所以它不適合高端的oltp環(huán)境;在oltp環(huán)境中,規(guī)模較大的報(bào)表適合使用mview來提高查詢性能。(http://www.itpub.net/224536.html)這個(gè)貼子可以下載到《expert one on one oracle》中文掃描版,該書的第13章專門講述mview的運(yùn)用。 關(guān)于 stored outlines 在 sql 優(yōu)化中的運(yùn)用?
stored outlines是為了維持sql執(zhí)行計(jì)劃穩(wěn)定性而推出的功能,主要適用于測試環(huán)境到產(chǎn)品數(shù)據(jù)庫環(huán)境的遷移、當(dāng)搜集統(tǒng)計(jì)信息以采樣方式運(yùn)行、搜集統(tǒng)計(jì)信息可能給某些特定SQL帶來危害、無法對(duì)源代碼進(jìn)行修改等情況下,為了保證產(chǎn)品數(shù)據(jù)庫的良好運(yùn)行,我們需要穩(wěn)定執(zhí)行計(jì)劃。人為的調(diào)整某些特定的sql,我們可以使用sql謹(jǐn)慎的確定某個(gè)sql所需要的outlines。(摘自biti_rainy原話,原url如下。) http://blog.csdn.net/biti_rainy/archive/2004/06/29/biti_rainy_learn_oracle_20040629_1.aspx (單擊此處的url將不能打開相關(guān)鏈接,拷貝到ie地址欄中即可)關(guān)于stored outlines的使用, http://blog.itpub.net/post/96/1548 也可以參考本人拙作。曾對(duì)stored outlines抱有厚望,但在實(shí)際運(yùn)用中卻發(fā)現(xiàn)outlines并不是那么很好伺候,一般當(dāng)sql使用bind variable的情況下用outlines來穩(wěn)定計(jì)劃會(huì)更合適一些。?
當(dāng)初始化參數(shù)cursor_sharing=EXACT時(shí),如果查詢條件不同,就沒有辦法使用stored?
outlined;如果把業(yè)務(wù)邏輯封裝在stored procedure中,procedure中的變量將以bind variable的形式出現(xiàn),這時(shí)可以用stored outlines來穩(wěn)定執(zhí)行計(jì)劃,具體操作見本人拙作;如果sql中沒有文本變量(常數(shù)),則可以用stored outlines。?
?? 如何用dbms_profiler測試stored procedure?
??? 關(guān)于dbms_profiler package主要用于pl/sql block與stored procedure的性能測試,在開發(fā)階段程序員或dba需要對(duì)開發(fā)的各種存儲(chǔ)對(duì)象進(jìn)行性能測試,通過dbms_profiler package可以找出存儲(chǔ)對(duì)象中性能不佳的地方,然后進(jìn)行改行;可以看出dbms_profile與outline的區(qū)別是:一個(gè)用于開發(fā)階段,需要修改程序,一個(gè)用于正式運(yùn)行階段,不必去修改程序,只改變sql的執(zhí)行計(jì)劃而已。關(guān)于dbms_profiler package的兩個(gè)貼子:?
??? http://www.samoratech.com/PLSQLProfiler.htm ??? http://pages.videotron.com/orautils/pages/dbms_profile.htm ?? 如何對(duì)sql進(jìn)行調(diào)整及優(yōu)化?
??? 優(yōu)化sql是最能體現(xiàn)dba智慧與價(jià)值的地方。通常在statspack的top 5的wati event主要由性能不佳的sql引起的;磁盤排序及temp tablespace瀑漲等大多與sql有關(guān),不排除創(chuàng)建與重建索引這方面,但這方面的原因應(yīng)該是dba負(fù)責(zé),大表在創(chuàng)建或重建索引必須在系統(tǒng)空閑時(shí)。?
性能不佳的sql是如何產(chǎn)生的呢?這里面問題就比較復(fù)雜一些:不良的數(shù)據(jù)庫結(jié)構(gòu)必將導(dǎo)致不良的sql;還有就是程序員的sql編寫技能引起的;不要奢望程序員是sql編寫方面的專家,根據(jù)偶自己做開發(fā)的經(jīng)歷,最快時(shí)間完成項(xiàng)目才是最重要的,所以程序員不會(huì)太關(guān)心sql的性能,即是關(guān)心,也是很有限的。?
對(duì)程序員進(jìn)行合適的關(guān)于sql優(yōu)化的培訓(xùn),提高他們的責(zé)任感,針對(duì)系統(tǒng)中出現(xiàn)的案例進(jìn)行講解,程序員潛意識(shí)中就會(huì)努力避免很多低級(jí)的錯(cuò)誤;要多與程序員交流,盡量引導(dǎo)程序員描述他在數(shù)據(jù)庫方面感到困難的地方,并提出指導(dǎo)性意見及解決方案。?
對(duì)新手dba而言,通常都很有興趣對(duì)系統(tǒng)參數(shù)或sql進(jìn)行調(diào)優(yōu),卻不知如何動(dòng)手。在系統(tǒng)參數(shù)方面本身要有一定的理解,也可以請教與資深dba進(jìn)行探討,性能提高上奉勸不要抱太大的希望,也可以根據(jù)statspack的報(bào)表進(jìn)行分析,對(duì)系統(tǒng)參數(shù)進(jìn)行微調(diào);在sql調(diào)優(yōu)方面,必須能夠勘別出性能不佳的sql。?
如何勘別出性能不佳的sql呢?通常要綜合以下性能指標(biāo)(response time/consistent gets/physical reads)進(jìn)行判斷;要根據(jù)自己的情況從v$sql或v$sqltext_new_withlines字典表中把符合條件的sql查詢出來:?
set lines 99?
col sql_text format a81?
col bgets_per format 99999999.9?
set long 99999999999?
set pagesize 9999?
select address,hash_value,disk_reads,elapsed_time/1000000 as?
"elapsd_time(s)",cpu_time/1000000 as "cpu_time(s)",?
?????? buffer_gets/executions bgets_per,first_load_time,sql_text?
?from v$sql?
where disk_reads > 1000 or (executions > 0 and buffer_gets/executions > 50000);?
??? 上面的這個(gè)查詢主要將physical reads > 1000及consistent gets > 50000的sql語句找了出來,當(dāng)然你也可以將響應(yīng)時(shí)間也進(jìn)行限制,通常onsistent gets較大或physical reads較大的sql,它的response time也必然會(huì)比較大。?
??? 如何在sql執(zhí)行時(shí)產(chǎn)生執(zhí)行計(jì)劃呢?在sqlplus上輸入set autot on就可以產(chǎn)生比較詳細(xì)的執(zhí)行計(jì)劃;set autot off是讓sqlplus取消產(chǎn)生執(zhí)行計(jì)劃;set autot traceonly只顯示sql影響的行數(shù)、執(zhí)行計(jì)劃、執(zhí)行的統(tǒng)計(jì)信息、不輸出結(jié)果集;set autot on exp輸出執(zhí)行后的結(jié)果集及執(zhí)行計(jì)劃;set autot on stat輸出執(zhí)行后的結(jié)果集及統(tǒng)計(jì)信息。explain plan只對(duì)sql進(jìn)行分析,產(chǎn)生執(zhí)行樹,用select * from table(dbms_xplan.display)輸出explain plan產(chǎn)生執(zhí)行計(jì)劃。?
set autot[race] {off|on|trace[only]}[exp[lain]] [stat[istics]]?
explain plan [set statement_id = &item_id] for &sql;???
select * from table(dbms_xplan.display);?
??? 如何對(duì)性能不佳的sql進(jìn)行優(yōu)化,想來對(duì)任何一個(gè)dba都有挑戰(zhàn)性。在這個(gè)環(huán)節(jié)上,dba必須掌握如何查看sql的執(zhí)行計(jì)劃,并對(duì)返回的結(jié)果有一定的了解;如果是新手,可以借助一些sql優(yōu)化工具進(jìn)行調(diào)優(yōu),可借用的工具有l(wèi)ecco sql expert及quest toad,鑒與新手對(duì)工具的理解有些難度,本人為lecco sql expert寫了中文圖解。?
??? sql expert 教程 http://www.cnoug.org/viewthread.php?tid=22327?
??? quest toad 教程 http://www.cnoug.org/viewthread.php?tid=3242(向原作者致謝)?
??? 任何工具都是比較低智能的,如果你覺得lecco或toad比較順手,千萬勿沉溺其中,它們只是一個(gè)拐杖而已,你必須超越它,否則你的價(jià)值就值得懷疑;針對(duì)sql的優(yōu)化,必須自己多動(dòng)手測試,而且也要閱覽眾書,從別人的經(jīng)驗(yàn)中激發(fā)靈感。?
??? 在優(yōu)化sql時(shí),需要一層層地對(duì)sql進(jìn)行分析。首先對(duì)sql的語法進(jìn)行分析,剔除冗余的或錯(cuò)誤的查詢條件(有可能是程序員手誤),花得工夫不是很多,性能可得到極大的提高,不要太相信程序員,他們寫得必未正確;其次對(duì)sql涉及表的結(jié)構(gòu)進(jìn)行分析,特別是復(fù)雜的sql,要檢查是否有更佳的連接路線,連接字段是否有索引,索引的選擇性如何等;第三償試用不同的hints改變表的的驅(qū)動(dòng)次序。http://www.adp-gmbh.ch/ora/sql/hints.html 這個(gè)貼子是oracle hints的一個(gè)列表,hints具體用法可查http://tahiti.oracle.com。?
??? 關(guān)于sql調(diào)優(yōu)的細(xì)節(jié)很多,不可能一一列舉,具體環(huán)境必須以執(zhí)行計(jì)劃為準(zhǔn),通過對(duì)sql的理解,提升到對(duì)數(shù)據(jù)庫結(jié)構(gòu)的合理性進(jìn)行揣測,合理的數(shù)據(jù)庫結(jié)構(gòu),將對(duì)sql的性能有較大的提高;有些情況下,修改了數(shù)據(jù)庫結(jié)構(gòu),并不需要在程序上進(jìn)行相應(yīng)的改動(dòng),比如將大表進(jìn)行分區(qū)、創(chuàng)建mview等。關(guān)于sql優(yōu)化大家也可以好好研究一下網(wǎng)友 black_snail 的系列貼子 ,有詳細(xì)的示例: http://www.dbonline.cn/source/oracle/20031218/oracle%20SQL%20performance%20tuning1.html ?? 如何對(duì)session進(jìn)行跟蹤及tkprof的使用?
??? 跟蹤session的活動(dòng),oracle提供了很多種手段,不僅可以對(duì)當(dāng)前連接的session進(jìn)行跟蹤,也可以對(duì)其它用戶的session進(jìn)行跟蹤;通過對(duì)trace文件的分析,不僅可以掌握該session的活動(dòng),也可以找出這個(gè)session中的瓶頸所在,對(duì)session的跟蹤是dba進(jìn)行系統(tǒng)調(diào)優(yōu)、故障診斷的常用方法。?
??? alter session set sql_trace=true/false?
??? 對(duì)當(dāng)前會(huì)話的活動(dòng)進(jìn)行跟蹤及停止跟蹤?
exec dbms_system.set_sql_trace_in_session(sid,serial#,&sql_trace);?
??? 可以對(duì)當(dāng)前session、其它用戶的session進(jìn)行跟蹤及停止跟蹤?
alter session set events '&event trace name context forever,level &level';?
alter session set events '&event trace name context off';?
exec dbms_system.set_ev(&sid,&serial#,&event_10046,&level_12,'');?
oradebug event 10046 trace name context forever,level 12?
關(guān)于event跟蹤的詳細(xì)論述大家可以參考hrb_qiuyb的貼子:?
http://blog.csdn.net/hrb_qiuyb/archive/2004/06/30/30559.aspx event、sql trace等工具收集正在執(zhí)行的sql的性能狀態(tài)數(shù)據(jù)并記錄到跟蹤文件中. 這個(gè)跟蹤文件提供了許多有用的信息,例如解析次數(shù).執(zhí)行次數(shù),CPU使用時(shí)間、物理讀、邏輯讀等.這些數(shù)據(jù)將可以用來優(yōu)化你的系統(tǒng).user_dump_dest參數(shù)說明了生成跟蹤文件的目錄,設(shè)置sql trace首先要在init&sid.ora中設(shè)定timed_statistics為true, 這樣才能得到那些重要的時(shí)間狀態(tài). 由于sql trace生成的trace文件讀起來很困難,所以要用tkprof對(duì)其進(jìn)行轉(zhuǎn)換,TKPROF有許多執(zhí)行參數(shù),可以參考http://tahiti.oracle.oracle技術(shù) ) ::閱讀:(392次) :: 評(píng)論 (0) silRIver 發(fā)表于:2005.01.19 14:50 ::分類: ( =========================================================== Oracle常用數(shù)據(jù)字典. ===========================================================
| 作者:佚名 來源:InterNet 加入時(shí)間:2003-7-20 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
總結(jié)
以上是生活随笔為你收集整理的oracle文章收藏的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Linux--进程与任务管理
- 下一篇: WHQL认证最新申请流程