刪除數(shù)據(jù)庫(kù)的sql語(yǔ)句如何寫(xiě)？drop database 數(shù)據(jù)庫(kù)名 --刪除數(shù)據(jù)庫(kù)的drop table 表名--刪除表的delete from 表名 where 條件 --刪除數(shù)據(jù)的truncatO

刪除數(shù)據(jù)庫(kù)的sql語(yǔ)句如何寫(xiě)？

drop database 數(shù)據(jù)庫(kù)名 --刪除數(shù)據(jù)庫(kù)的drop table 表名--刪除表的delete from 表名 where 條件 --刪除數(shù)據(jù)的truncat

Oracle數(shù)據(jù)庫(kù)運(yùn)行越來(lái)越慢，應(yīng)該怎么優(yōu)化一下？

隨著業(yè)務(wù)數(shù)據(jù)的增長(zhǎng)，以及新業(yè)務(wù)的推出，很多企業(yè)都面臨著系統(tǒng)性能的問(wèn)題，并且日益凸顯。似乎用盡了所有招數(shù)，但性能就是不見(jiàn)改善，問(wèn)題到底出在哪里？

遇到如此問(wèn)題，我們一般怎么做呢？是不是都有過(guò)下面的體會(huì)？

不差錢(qián)人的做法：

升級(jí)cpu、擴(kuò)內(nèi)存、換固態(tài)盤(pán)存儲(chǔ)，只能說(shuō)一開(kāi)始很管用，慢慢地老問(wèn)題又出現(xiàn)了。

老實(shí)人做法：

新上線了業(yè)務(wù)系統(tǒng)性能不佳，怎么辦呢？我們來(lái)玩打游擊。把一些不重要的業(yè)務(wù)放在晚上運(yùn)行，調(diào)整新業(yè)務(wù)的功能模塊，或者暫時(shí)不做數(shù)據(jù)同步等

扯皮做法：

看看網(wǎng)絡(luò)有沒(méi)有問(wèn)題呢，有的話就改；是不是存儲(chǔ)的問(wèn)題呢，有問(wèn)題就換；運(yùn)維人員有沒(méi)有問(wèn)題呢，服務(wù)商也隨意招；但要誰(shuí)來(lái)承擔(dān)責(zé)任呢，每次遇到嚴(yán)重的故障，是不是時(shí)間用來(lái)扯皮較多？

現(xiàn)實(shí)中，很多運(yùn)維人員都很拼命地在保障系統(tǒng)高效運(yùn)行，但根據(jù)相關(guān)統(tǒng)計(jì)，80%的系統(tǒng)性能問(wèn)題來(lái)自SQL方面的問(wèn)題。所以，在基本保證網(wǎng)絡(luò)(跟平時(shí)比，跟同時(shí)段其他業(yè)務(wù)比)、服務(wù)器(CPU、內(nèi)存使用率)、存儲(chǔ)（IO等待）等資源都問(wèn)題不大的情況下，可以通過(guò)查看Oracle對(duì)應(yīng)時(shí)段的AWR、ASH、ADDM來(lái)尋找同時(shí)段運(yùn)行較慢的SQL。有針對(duì)性的去優(yōu)化。

而SQL優(yōu)化中最基本的做法就是建立索引（這個(gè)需要根據(jù)SQL執(zhí)行計(jì)劃去建立合適的索引）、SQL改寫(xiě)、HINT提示等等

性能優(yōu)化是一個(gè)比較復(fù)雜的系統(tǒng)工程，以上僅是提示點(diǎn)思路吧，具體還需要根據(jù)系統(tǒng)的實(shí)際情況多做練習(xí)，然后再觀察。優(yōu)化是一個(gè)循序漸進(jìn)的過(guò)程，就像我們?nèi)松∫粯?，先吃藥治病，然后再去醫(yī)院復(fù)查，看看是否已經(jīng)治愈一個(gè)道理。

希望以上對(duì)題主有所幫助，也歡迎其他大牛提出更好的思路，幫助題主。