首先不會(huì)Oracle的我覺(jué)得也可以聽(tīng)懂。哈哈，因?yàn)槲也粫?huì)專門講oracle里的太細(xì)的東西。這部分的內(nèi)容比較通用，可以借鑒思路。
我會(huì)在我的平臺(tái)里面糅合這些思想，總之有貨有料之后，加上時(shí)間和精力，就好比陽(yáng)光空氣水。
ppt有一部分是我在InfoQ的一次大會(huì)上做的一個(gè)簡(jiǎn)單的分享，今天在原來(lái)的ppt基礎(chǔ)上重新做了一番解讀。
這是我眼中的一些問(wèn)題，有些Oracle已經(jīng)做好了，對(duì)于一個(gè)成熟的商業(yè)軟件來(lái)說(shuō)，盡管功能上滿足了，還是有些地方值得改進(jìn)，或者說(shuō)他們做得還不夠好的地方。
這也體現(xiàn)了處理問(wèn)題的幾個(gè)階段，有些人頭疼止疼，有些人能夠提前發(fā)現(xiàn)問(wèn)題，有些人可以更早的規(guī)避問(wèn)題，如果從這個(gè)境界來(lái)說(shuō)，越到高的境界其實(shí)會(huì)比較尷尬，因?yàn)閱?wèn)題完全沒(méi)發(fā)生就扼殺在搖籃里了，很難體現(xiàn)出價(jià)值，會(huì)比較尷尬。
有一個(gè)故事是關(guān)于扁鵲的，我沒(méi)有求證出處，但是能夠說(shuō)明問(wèn)題。
用扁鵲的話來(lái)說(shuō)就是:"我大哥的醫(yī)術(shù)之高，可以防患于未然，一個(gè)人的病未起之時(shí)，他一望氣色便知，然后用藥將其調(diào)理好，所以天下人都以為他不會(huì)治病，他便一點(diǎn)名氣都沒(méi)有。我二哥的能耐，是能治病初起之時(shí)，防止別人釀成大病。病人剛開(kāi)始感冒咳嗽時(shí)，他就用藥將人治好了，所以我二哥的名氣僅止于鄉(xiāng)里，被人認(rèn)為是治小病的醫(yī)生我呢，就因?yàn)獒t(yī)術(shù)最差。所以一定要等到這個(gè)人病入膏肓、奄奄一息，然后下虎狼之藥，起死回生。這樣，全世界便都以為我是神醫(yī)。想想看，像我大哥這樣治病，人的元?dú)饨z毫不傷，我二哥治病，這個(gè)人元?dú)馍杂衅茡p就補(bǔ)回來(lái)了，像我這么治病呢，命是救回來(lái)了，可元?dú)獯髠?，您說(shuō)，我們家誰(shuí)醫(yī)術(shù)最高明？
所以對(duì)于運(yùn)維來(lái)說(shuō)，說(shuō)句私心話，有些時(shí)候甚至希望有些問(wèn)題讓他發(fā)生，才能被大家重視，有些人可能對(duì)此有很深的體會(huì)。本意上我希望大家能夠多碰到一些問(wèn)題，多解決一些問(wèn)題，三觀肯定是正的。
說(shuō)了這么多問(wèn)題，我們來(lái)看看Oracle優(yōu)化工具定制和這個(gè)有什么關(guān)系。
我們先來(lái)看看Oracle的優(yōu)化工具，如果你沒(méi)聽(tīng)過(guò)其實(shí)也沒(méi)關(guān)系，你可以這樣設(shè)想一個(gè)場(chǎng)景，有一個(gè)數(shù)據(jù)庫(kù)，cpu負(fù)載突然在凌晨的一個(gè)時(shí)間點(diǎn)升高，造成了業(yè)務(wù)的阻塞，引發(fā)了一系列的問(wèn)題。如果你是個(gè)DBA，該如何思考和處理。
假設(shè)你早上10點(diǎn)到公司，而問(wèn)題發(fā)生在凌晨2點(diǎn)，這個(gè)問(wèn)題該如何診斷和分析。
因?yàn)閷?duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)，那個(gè)故障狀態(tài)已經(jīng)過(guò)去了，如何捕捉那個(gè)時(shí)間點(diǎn)的問(wèn)題呢，這個(gè)詞語(yǔ)在早些年會(huì)被經(jīng)常提到，那就是診斷。
我們要分析這個(gè)問(wèn)題，如果在oracle9i的版本中，那簡(jiǎn)直就是噩夢(mèng)。我知道早期的阿里DBA里被這種問(wèn)題搞得很痛苦。如果凌晨2點(diǎn)出問(wèn)題，怎么解決呢。那就是2點(diǎn)的時(shí)候守在電腦前面。
有的同學(xué)說(shuō)，這種方式實(shí)在太low了。oracle有statspack啊。有這個(gè)工具不假，但是問(wèn)題很可能被平均化，比如數(shù)據(jù)庫(kù)的負(fù)載在一個(gè)小時(shí)內(nèi)分別是1%，100%，如果平均下來(lái)就是50%，問(wèn)題被平均化，那會(huì)屏蔽掉太多的問(wèn)題，屏蔽不意味著解決。
所以，我說(shuō)的最基礎(chǔ)的工具就是AWR,能夠監(jiān)控?cái)?shù)據(jù)庫(kù)的整體負(fù)載。周期可以在半個(gè)小時(shí)到1個(gè)小時(shí)都有。這樣的缺點(diǎn)很明顯，問(wèn)題發(fā)生了一段時(shí)間之后你才能發(fā)現(xiàn)屬于后知后覺(jué)。
在這個(gè)基礎(chǔ)上改進(jìn)，oracle做了一個(gè)相當(dāng)大的改進(jìn)，也就是遠(yuǎn)超MySQL在這方面的一個(gè)工具，ASH.
ASH簡(jiǎn)直被稱為神器，它會(huì)在后臺(tái)收集信息，頻率是多少，1秒。所以我們?cè)\斷問(wèn)題可以細(xì)化到秒級(jí)。這個(gè)對(duì)性能影響大嗎，肯定有，但是非常非常低。
ASH有個(gè)缺點(diǎn)就是沒(méi)法和一些詳細(xì)的信息關(guān)聯(lián)起來(lái)，因?yàn)樗蛔ト〉氖腔钴S會(huì)話，有些信息是沒(méi)有的。所以不能說(shuō)它是萬(wàn)金油，但是換一個(gè)角度來(lái)看，引起的問(wèn)題的大部分都是活躍會(huì)話。所以這個(gè)覆蓋面基本足夠了。
說(shuō)完了AWR,ASH,來(lái)看看ADDM.
大家都知道Oracle的現(xiàn)在版本是12c,12cr1在大概6年前就發(fā)布了，12cr2是被DBA公認(rèn)為穩(wěn)定的版本，這個(gè)版本大家足足等了6年左右。這對(duì)Oracle和很多DBA來(lái)說(shuō)是很難描述的一種窘態(tài)。
所以O(shè)racle肯定也意識(shí)到了這個(gè)問(wèn)題，這方面我猜是和SQL Server的玩法類似了，那就是一年一個(gè)版本，這樣就會(huì)弱化大家對(duì)版本的敏感性，所以今年會(huì)推出18c,也就是說(shuō)到的自治數(shù)據(jù)庫(kù)，接下來(lái)還會(huì)有19c,20c（這個(gè)是真有）
有的同學(xué)說(shuō)Oracle都自動(dòng)優(yōu)化了，是不是沒(méi)Oracle DBA什么事兒了，其實(shí)不然，too simple.
Oracle不可能一下子推出一個(gè)本來(lái)沒(méi)有的東西，12c有了cdb，相當(dāng)于在一個(gè)30多年的建筑上動(dòng)了地基，搞出一個(gè)自治數(shù)據(jù)庫(kù)，難道改動(dòng)很大，其實(shí)不然，如果我們仔細(xì)看會(huì)發(fā)現(xiàn)，其實(shí)這些都會(huì)成為自治數(shù)據(jù)庫(kù)的一些關(guān)鍵組件。而這些Oracle已經(jīng)有了一些自動(dòng)化解決方案。
所以自動(dòng)化診斷（ADDM）,SQL自動(dòng)優(yōu)化建議（SQL Tuning,SQL Monitor,SQL profile）都是迭代完成的，引入了更加動(dòng)態(tài)的處理方式不斷完善而已。
盡管如此，這些優(yōu)化工具在我看來(lái)還是半成品，因?yàn)槭褂闷饋?lái)還是不太爽。所以我就想辦法來(lái)做一些改進(jìn)，哪怕原來(lái)步驟需要手工操作3次，簡(jiǎn)化到2次，我認(rèn)為也是優(yōu)化。
這里需要大家注意的就是定制的時(shí)候，需要明確一把標(biāo)尺，那就是你解決一個(gè)問(wèn)題，解決的問(wèn)題更多，還是帶來(lái)的問(wèn)題更多。做一件事情，能夠做到思路共用，我覺(jué)得你做Oracle還是MySQL，還是其他數(shù)據(jù)庫(kù)，都會(huì)有很大幫助的。
讓我們來(lái)看看生成一個(gè)AWR報(bào)告的步驟，就好比大家去醫(yī)院，先抽血（這里可以叫做采樣），生成驗(yàn)血報(bào)告（AWR報(bào)告），然后大夫看哪個(gè)指標(biāo)高了，哪個(gè)指標(biāo)低了，很類似的。
說(shuō)到這里，要提到一個(gè)人，那就是張曉明，他還真是個(gè)大夫，后來(lái)轉(zhuǎn)oracle了。
生成一個(gè)awr報(bào)告的步驟如下：
我列了五個(gè)步驟，那就意味著五個(gè)步驟都需要人工操作介入?？梢韵胂竽阌?0個(gè)數(shù)據(jù)庫(kù)，那會(huì)是多痛苦，這種感覺(jué)就好比你是一個(gè)班主任，一個(gè)班的孩子，你沒(méi)法一個(gè)一個(gè)的去聊天談話，我們只是需要把握一個(gè)整體的狀態(tài)，然后更多幫大家解決問(wèn)題（有性能故障的數(shù)據(jù)庫(kù)）
我原來(lái)處理性能問(wèn)題，每天要生成大量的報(bào)告，最后受不了了。要搞明白這個(gè)優(yōu)化的定制，就得明白它的實(shí)現(xiàn)原理，我決定改進(jìn)一下。
AWR的腳本調(diào)用關(guān)系如下，其實(shí)明白了調(diào)用關(guān)系，我們就可以有針對(duì)性的看看哪些地方可以改進(jìn)了。
awrinput.sql是負(fù)責(zé)輸入?yún)?shù)，awrinpunm是負(fù)責(zé)參數(shù)的名字，打問(wèn)號(hào)的地方是關(guān)鍵，他的實(shí)現(xiàn)就是下面列到的一個(gè)包dbms_workload_repository
所以到了這里我們看看AWR的實(shí)現(xiàn)原理，有了這個(gè)圖，ADDM,AWR,ASH都能看個(gè)大概了。
簡(jiǎn)單來(lái)說(shuō)，就是Oracle從內(nèi)存級(jí)別去抓取一些數(shù)據(jù)庫(kù)的變化，然后通過(guò)MMON后臺(tái)進(jìn)程來(lái)協(xié)作，把數(shù)據(jù)寫(xiě)入快照，快照級(jí)別的性能差異就是AWR報(bào)告，而ADDM則是對(duì)快照級(jí)別的數(shù)據(jù)庫(kù)進(jìn)行分析，ASH略有不同。
明白了這些，開(kāi)始干活吧，我們明確定制的方向。不是一口氣吃個(gè)大胖子，也不是寫(xiě)出一個(gè)驚天的大作，能用能滿足需求就行.
然后問(wèn)題來(lái)了，我們定制AWR的時(shí)候其實(shí)還有些事情要做，我們快速得到AWR的意義是什么，為什么要看這個(gè)AWR報(bào)告。這個(gè)問(wèn)題要想明白，比你忙里忙活定制好多了。
主要是因?yàn)檫@個(gè)，DB time，我認(rèn)為它是看AWR最重要的一個(gè)指標(biāo)，沒(méi)有之一，如果沒(méi)有這個(gè)參考，其他的數(shù)據(jù)庫(kù)都失去了意義。
如果想看個(gè)正規(guī)的解讀，可以看看這個(gè)解釋，不懂也沒(méi)關(guān)系，略過(guò)。
我們的方向明確了之后，定制就很容易了，我們定制輸入的參數(shù)就可以了，這些完全可以預(yù)先生成。比如你得到了這樣一個(gè)列表，你可以很清晰的看到哪個(gè)時(shí)間點(diǎn)的性能高了，我不用生成所有的快照?qǐng)?bào)告，所以我后面達(dá)到的狀態(tài)就是上班瞅一眼db time的值，如果高了就生成awr報(bào)告，否則就不用太關(guān)注了，該干嘛干嘛。
腳本其實(shí)很簡(jiǎn)單，明確了痛點(diǎn)，腳本也很短，其實(shí)需要就會(huì)轉(zhuǎn)化為，DB time高不高，如果高生成awr報(bào)告。否則不生成。
腳本可以從這里下載，https://github.com/jeanron100/dbm_lite
另外提一下awr format,如果一個(gè)DBA前端開(kāi)發(fā)能力很強(qiáng)悍，那戰(zhàn)斗力是很驚人的，awr format就是一個(gè)DBA開(kāi)發(fā)的，能夠把a(bǔ)wr報(bào)告做進(jìn)一層提煉。
awr的部分其實(shí)花了80%的筆墨，如果定制ash，addm就很自然了，就跟大家去駕?？捡{照，前面8節(jié)課都是練感覺(jué)，后面兩節(jié)課很快就能學(xué)會(huì)。
ash的定制也是類似的思路，比awr還要簡(jiǎn)單一些。輸入兩個(gè)時(shí)間戳即可。
定制ADDM需要一些pl/sql的基礎(chǔ)知識(shí)，它會(huì)在pl/sql里調(diào)用幾個(gè)流程來(lái)創(chuàng)建優(yōu)化任務(wù)，生成優(yōu)化報(bào)告。我們還是動(dòng)態(tài)綁定幾個(gè)參數(shù)即可搞定。
補(bǔ)充下ASH的原理圖。這個(gè)對(duì)大家理解ASH很有幫助。
這個(gè)數(shù)據(jù)是分為兩份，一份是落盤，一份是在緩存里。所以一個(gè)數(shù)據(jù)庫(kù)如果出現(xiàn)宕機(jī)，那很可能緩存級(jí)別的ASH是會(huì)丟失的，因?yàn)闆](méi)有落盤。
這類問(wèn)題是比較難查的。這方面需要我們?cè)诒O(jiān)控的細(xì)節(jié)上做更多的工作。
SQL優(yōu)化的部分內(nèi)容就更多了，說(shuō)起來(lái)都是辛酸淚，限于時(shí)間，就先分享到這里吧。
我來(lái)繼續(xù)補(bǔ)充一下SQL定制的一些嘗試，算是拋磚引玉。
如果細(xì)分，可以分為這四類，怎么理解呢，ADDM里面會(huì)對(duì)潛在的SQL問(wèn)題進(jìn)行分析，是基于快照級(jí)別的。
他只會(huì)分析告訴你某個(gè)SQL執(zhí)行花費(fèi)了較多的時(shí)間，可能有問(wèn)題，但是不能告訴你具體該怎么優(yōu)化。
而SQL Tuning算是一個(gè)這方面的專家，他會(huì)告訴你哪個(gè)SQL有潛在問(wèn)題，該加索引了，該調(diào)整統(tǒng)計(jì)信息了等等。
但是目前詬病比較多的就是這個(gè)SQL Tuning Advisor,因?yàn)楦鶕?jù)我們的實(shí)踐，絕大多數(shù)情況下，他給出的分析都不是很靠譜，我這么說(shuō)可能oracle不樂(lè)意了。
為什么呢，因?yàn)橛行┍碓O(shè)計(jì)是基于業(yè)務(wù)的，我也知道加一個(gè)索引，對(duì)這個(gè)SQL會(huì)有幫助，但是其他的SQL,從設(shè)計(jì)角度來(lái)說(shuō)，這個(gè)工具沒(méi)法做到下鉆，如果能做到，那么DBA的崗位就岌岌可危了。
所以我比較喜歡的工作方式就是，如果有性能問(wèn)題，對(duì)某個(gè)SQL優(yōu)化沒(méi)有思路的時(shí)候，看看oracle怎么建議。
雖然絕大多數(shù)情況下我不會(huì)采用它的建議，但是有總有那么幾次它給的建議是我沒(méi)意識(shí)到的。所以這就是工具的好處，完全靠經(jīng)驗(yàn)，還是會(huì)有疏漏，多年前的攻略到了如今，到已經(jīng)集成到產(chǎn)品里面了，老DBA的日子其實(shí)不好過(guò)了。以前的RBO時(shí)代，SQL優(yōu)化真是酸爽，DBA說(shuō)啥就是啥。
再來(lái)看看SQL profile,如果你的優(yōu)化經(jīng)歷中沒(méi)有SQL Profile的經(jīng)驗(yàn)，這個(gè)是要減分的。這么說(shuō)絕對(duì)不是唬人，或者自立flag.
這種場(chǎng)景是DBA的價(jià)值被嚴(yán)重高估的時(shí)候，一般碰到這類問(wèn)題的時(shí)候都是火燒眉毛。
改應(yīng)用代碼，根本不可能，甚至說(shuō)能改，重新部署要重啟服務(wù)，那肯定不靠譜，所以不改代碼，不改SQL,不加索引，而且能優(yōu)化SQL，這個(gè)操作會(huì)給你的職業(yè)生涯大大加分。
我的職業(yè)生涯中碰到過(guò)多次，大多數(shù)情況下是很拉風(fēng)的，有兩次比較尷尬，第一次是有個(gè)SQL優(yōu)化后，一年后問(wèn)題爆發(fā)出來(lái)，簡(jiǎn)單理解就是這個(gè)表原來(lái)是10萬(wàn)的數(shù)據(jù)，用綁定的執(zhí)行計(jì)劃效果很好，但是一年后數(shù)據(jù)量是1000萬(wàn)，那原來(lái)的執(zhí)行計(jì)劃就不行了，如果弄個(gè)并發(fā)，搞點(diǎn)負(fù)載上來(lái)，這個(gè)問(wèn)題就會(huì)被放大。所以說(shuō)SQL profile處理的正確姿勢(shì)就是做為臨時(shí)解決方案可行，但是絕對(duì)不建議做為永久的解決方案，如果一個(gè)數(shù)據(jù)庫(kù)里有大量的執(zhí)行計(jì)劃綁定，就好比打了n多的補(bǔ)丁。就別說(shuō)優(yōu)雅了，看起來(lái)很簡(jiǎn)陋。
另外一個(gè)尷尬的情況就是優(yōu)化過(guò)度，這個(gè)怎么理解呢，我給開(kāi)發(fā)優(yōu)化SQL達(dá)到了高效處理，反饋必達(dá)，基本他告訴我應(yīng)用有卡頓的時(shí)候，我不到5分鐘就優(yōu)化好了，給應(yīng)用同學(xué)造成的假象就是這個(gè)活很easy啊。開(kāi)發(fā)的主管找我說(shuō)，讓我給開(kāi)個(gè)權(quán)限，他們自己優(yōu)化得了。實(shí)際情況是，還不成熟。
但是退一步來(lái)說(shuō)，這種事情最終還是要被替代的，你不改進(jìn)，那就oracle改進(jìn)，這不18c來(lái)了，這部分肯定會(huì)有改動(dòng)和優(yōu)化。
簡(jiǎn)單舉個(gè)例子。
如果某一個(gè)SQL執(zhí)行計(jì)劃很好，消耗很低，但是執(zhí)行的時(shí)候效率很差，一定是哪里出了問(wèn)題。
這就好比一個(gè)人簡(jiǎn)歷看起來(lái)亮亮堂堂，但是工作能力一般。問(wèn)題的瓶頸在那里呢，怎么下鉆呢，從hr的角度來(lái)說(shuō)，招人的工作完成了，但是用人部門來(lái)說(shuō)，帶來(lái)的影響是很大的。所以要找到這個(gè)瓶頸點(diǎn)，我們就需要做信息下鉆。根據(jù)真實(shí)的執(zhí)行情況來(lái)得到整個(gè)SQL的執(zhí)行計(jì)劃情況。
如上圖所示，可明顯看到做索引掃描的時(shí)候，估算是2000多條記錄，但是實(shí)際上4G的記錄，這可以分為幾個(gè)分支來(lái)考慮，比如索引使用不當(dāng)，統(tǒng)計(jì)信息不合理，查詢條件不合理等等。逐個(gè)去排查下鉆，很快就能定位到問(wèn)題。
我知道一些高手做優(yōu)化是反著來(lái)的，就是先看執(zhí)行計(jì)劃，然后反推SQL是什么，如果能達(dá)到這個(gè)水平，說(shuō)明你是在和優(yōu)化器在一起賽跑了。
要得到一個(gè)SQL的html報(bào)告，還是很簡(jiǎn)單的，直接調(diào)用這個(gè)包就好。
SQL monitor用好了，你的職業(yè)幸福度會(huì)大大提升，當(dāng)然我花了不少時(shí)間琢磨這個(gè)東西，可以看看之前的總結(jié)。http://dbaplus.cn/news-10-705-1.html
SQL Monitor的報(bào)告分為幾種級(jí)別，比如簡(jiǎn)化的文本，略有紫色的html，還有豐富的active版本，就好比小米手機(jī)一樣，標(biāo)準(zhǔn)版，高配版，尊享版
說(shuō)了SQL Monitor的優(yōu)點(diǎn)，我更希望說(shuō)說(shuō)他的缺點(diǎn)
缺點(diǎn)也很明顯，到目前為止，這部分都有待改進(jìn)，盡管報(bào)告的內(nèi)容豐富了很多，但是如果我說(shuō)幾天之前的一次性能問(wèn)題，我想看看SQL monitor的報(bào)告，抱歉這個(gè)拿不到，勉強(qiáng)能實(shí)現(xiàn)需求的就是AWR中抽取的一個(gè)SQL報(bào)告。
所以這一點(diǎn)mysql做的好一些，有慢日志，都記下來(lái)了。oracle也有慢日志類似的實(shí)現(xiàn)，oracle里面，有些業(yè)務(wù)可能3秒都不是事兒。所以SQL Monitor默認(rèn)的是5秒，當(dāng)然這個(gè)可以調(diào)的。
我是個(gè)比較喜歡折騰的人，所以我就準(zhǔn)備做一些改進(jìn)，我的改進(jìn)比慢日志優(yōu)雅一些，那就是周期性掃描，如果發(fā)現(xiàn)SQL性能問(wèn)題，就把對(duì)應(yīng)的SQL生成一個(gè)SQL monitor報(bào)告，如果反復(fù)存在就生成一次。這個(gè)細(xì)節(jié)上其實(shí)還可以優(yōu)化。
后期實(shí)現(xiàn)的一個(gè)目標(biāo)如下。生成了大量的sql報(bào)告，我真是快到到上班的時(shí)候喝喝茶，看看報(bào)告的地步了。
有問(wèn)題的時(shí)候就把SQL優(yōu)化好，然后發(fā)給開(kāi)發(fā)確認(rèn)下，所以這樣我和開(kāi)發(fā)接下來(lái)戰(zhàn)斗友誼，因?yàn)樗麄兊膯?wèn)題基本上都脫不出我的眼睛。
sql profile的地方再啰嗦一句
如果你要高效的優(yōu)化，sqlt是需要會(huì)用的，這是oracle coe部門在用的
簡(jiǎn)單展望一下，我覺(jué)得多年前的這個(gè)展望如今依舊適用。有的同學(xué)說(shuō)我沒(méi)有阿里那樣的體量，優(yōu)化工作難有動(dòng)力，沒(méi)有困難，你要給自己創(chuàng)造困難，我這里說(shuō)的不是你把數(shù)據(jù)庫(kù)停了，制造故障。
而是你做精細(xì)化運(yùn)維，如果你把一個(gè)關(guān)鍵業(yè)務(wù)的系統(tǒng)優(yōu)化到了極致，什么時(shí)候性能高，什么時(shí)候性能低，高是什么原因，都能摸得熟，那你已經(jīng)在一個(gè)至高點(diǎn)了。
所以在這方面我完全不用羨慕那些高大上公司的兄弟，至少在oracle的體量上，堆不了太大的規(guī)模，主要是做關(guān)鍵業(yè)務(wù)，集中化管理。和MySQL管理的思路不大一樣。
另外就是半自動(dòng)化，現(xiàn)在自動(dòng)化提的太多，有些關(guān)鍵的地方一定要做到半自動(dòng)化，不怕慢，就怕錯(cuò)。這個(gè)地方一定要慎重。
我是不希望我的主庫(kù)被隨意改動(dòng)，哪怕它的設(shè)置確實(shí)不合理，奇葩，如果在維護(hù)時(shí)間里，我可以把它掰正，但是除此之外主庫(kù)就是主庫(kù)。
對(duì)大家的優(yōu)化來(lái)說(shuō)，這只是開(kāi)始，現(xiàn)在的時(shí)代給大家的挑戰(zhàn)很大，不要輕視這些挑戰(zhàn)，不要莫名的排斥，現(xiàn)在的發(fā)展變化已經(jīng)遠(yuǎn)超出了我的預(yù)期，所所以我能想到更多的挑戰(zhàn)和可能出現(xiàn)的很多問(wèn)題，溫水煮青蛙的故事我不希望在我們的身邊發(fā)生。
我的分享就到這里，感謝大家。
重慶分公司
重慶分公司
