讓咱們先來說說怎么什么是體系功能。這個(gè)界說十分要害，假如咱們不清楚什么是體系功能，那么咱們將無法定位之。我見過許多朋友會覺得這很簡略，可是仔細(xì)一問，其實(shí)他們并沒有一個(gè)比較體系的辦法，所以，在這兒我想告訴咱們怎么體系地來定位功能。 總體來說，體系功能便是兩個(gè)事：

一般來說，一個(gè)體系的功能遭到這兩個(gè)條件的束縛，缺一不可。比方，我的體系能夠頂?shù)米∫话偃f的并發(fā)，可是體系的推遲是2分鐘以上，那么，這個(gè)一百萬的負(fù)載毫無意義。體系推遲很短，可是吞吐量很低，相同沒有意義。所以，一個(gè)好的體系的功能測驗(yàn)必定遭到這兩個(gè)條件的一起作用。 有經(jīng)驗(yàn)的朋友必定知道，這兩個(gè)東西的一些聯(lián)系：

二、體系功能測驗(yàn)

其次，開發(fā)功能測驗(yàn)東西，一個(gè)東西用來制作高強(qiáng)度的Throughput，另一個(gè)東西用來丈量Latency。關(guān)于怎么丈量Latency，你能夠在代碼中丈量，可是這樣會影響程序的履行，而且只能測驗(yàn)到程序內(nèi)部的Latency，真實(shí)的Latency是整個(gè)體系都算上，包括操作體系和網(wǎng)絡(luò)的延時(shí)，你能夠運(yùn)用Wireshark來抓網(wǎng)絡(luò)包來丈量。這兩個(gè)東西詳細(xì)怎么做，這個(gè)還請?jiān)蹅冏约核伎既チ恕?/p>

再多說一些，

關(guān)于功能測驗(yàn)，咱們還需求界說一個(gè)時(shí)間段。比方：在某個(gè)吞吐量上繼續(xù)15分鐘。由于當(dāng)負(fù)載到達(dá)的時(shí)分，體系會變得不安穩(wěn)，當(dāng)過了一兩分鐘后，體系才會安穩(wěn)。其他，也有或許是，你的體系在這個(gè)負(fù)載下前幾分鐘還表現(xiàn)正常，然后就不安穩(wěn)了，乃至垮了。所以，需求這么一段時(shí)間。這個(gè)值，咱們叫做峰值極限。

功能測驗(yàn)有許多很復(fù)要的東西，比方：burst test等。 這兒不能一一詳述，這兒只說了一些和功能調(diào)優(yōu)相關(guān)的東西?？倸w，功能測驗(yàn)是一細(xì)活和累活。

有了上面的襯托，咱們就能夠測驗(yàn)到到體系的功能了，再調(diào)優(yōu)之前，咱們先來說說怎么找到功能的瓶頸。我見過許多朋友會覺得這很簡略，可是仔細(xì)一問，其實(shí)他們并沒有一個(gè)比較體系的辦法。

首先，當(dāng)咱們體系有問題的時(shí)分，咱們不要急于去查詢咱們代碼，這個(gè)毫無意義。咱們首要需求看的是操作體系的陳述。看看操作體系的CPU運(yùn)用率，看看內(nèi)存運(yùn)用率，看看操作體系的IO，還有網(wǎng)絡(luò)的IO，網(wǎng)絡(luò)鏈接數(shù)，等等。Windows下的perfmon是一個(gè)很不錯(cuò)的東西，Linux下也有許多相關(guān)的指令和東西，比方：vmstat, sar, iostat, top, tcpdump等等 。經(jīng)過調(diào)查這些數(shù)據(jù)，咱們就能夠知道咱們的軟件的功能根本上出在哪里。比方：

2）然后，咱們能夠看一下服務(wù)器IO大不大，IO和CPU一般是反著來的，CPU運(yùn)用率高則IO不大，IO大則CPU就小。關(guān)于IO，咱們要看三個(gè)事，一個(gè)是磁盤文件IO，一個(gè)是驅(qū)動程序的IO（如：網(wǎng)卡），一個(gè)是內(nèi)存換頁率。這三個(gè)事都會影響體系功能。

4）假如服務(wù)器CPU不高，IO不高，內(nèi)存運(yùn)用不高，網(wǎng)絡(luò)帶寬運(yùn)用不高?？墒求w系的功能上不去。這闡明你的程序有問題，比方，你的程序被堵塞了。或許是由于等那個(gè)鎖，或許是由于等某個(gè)資源，或者是在切換上下文。

3.2）運(yùn)用Profiler測驗(yàn)

咱們要點(diǎn)調(diào)查運(yùn)轉(zhuǎn)時(shí)間最多，調(diào)用次數(shù)最多的那些函數(shù)和指令。這兒留意一下，關(guān)于調(diào)用次數(shù)多可是時(shí)間很短的函數(shù)，你或許只需求輕微優(yōu)化一下，你的功能就上去了（比方：某函數(shù)一秒種被調(diào)用100萬次，你想想假如你讓這個(gè)函數(shù)進(jìn)步0.01毫秒的時(shí)間 ，這會給你帶來多大的功能）

1）在你的代碼中自己做核算，運(yùn)用微秒級的計(jì)時(shí)器和函數(shù)調(diào)用核算器，每隔10秒把核算log到文件中。

終究再說一點(diǎn)，關(guān)于功能測驗(yàn)，不同的Throughput會呈現(xiàn)不同的測驗(yàn)成果，不同的測驗(yàn)數(shù)據(jù)也會有不同的測驗(yàn)成果。所以，用于功能測驗(yàn)的數(shù)據(jù)十分重要，功能測驗(yàn)中，咱們需求觀測驗(yàn)不同Throughput的成果。

下面這些東西是我所經(jīng)歷過的一些問題，或許并不全，或許并不對，咱們能夠彌補(bǔ)糾正，我純屬拋磚引玉。關(guān)于體系架構(gòu)方面的功能調(diào)優(yōu)，咱們可移步看一下，關(guān)于Web方面的一些功能調(diào)優(yōu)的東西，咱們能夠看看一文中的功能一章。我在這兒就不再說規(guī)劃和架構(gòu)上的東西了。

用空間換時(shí)間。各種cache如CPU L1/L2/RAM到硬盤，都是用空間來換時(shí)間的戰(zhàn)略。這樣戰(zhàn)略根本上是把核算的進(jìn)程一步一步的保存或緩存下來，這樣就不必每次用的時(shí)分都要再核算一遍，比方數(shù)據(jù)緩沖，CDN，等。這樣的戰(zhàn)略還表現(xiàn)為冗余數(shù)據(jù)，比方數(shù)據(jù)鏡象，負(fù)載均衡什么的。

簡化代碼。最高效的程序便是不履行任何代碼的程序，所以，代碼越少功能就越高。關(guān)于代碼級優(yōu)化的技能大學(xué)里的教科書有許多示例了。如：削減循環(huán)的層數(shù)，削減遞歸，在循環(huán)中少聲明變量，少做分配和釋放內(nèi)存的操作，盡量把循環(huán)體內(nèi)的表達(dá)式抽到循環(huán)外，條件表達(dá)的中的多個(gè)條件判斷的次序，盡量在程序啟動時(shí)把一些東西準(zhǔn)備好，留意函數(shù)調(diào)用的開支（棧上開支），留意面向目標(biāo)言語中暫時(shí)目標(biāo)的開支，當(dāng)心運(yùn)用異常（不要用異常來檢查一些可接受可疏忽并常常產(chǎn)生的過錯(cuò)），…… 等等，等等，這連東西需求咱們十分了解編程言語和常用的庫。

總歸，

依據(jù)2：8準(zhǔn)則來說，20%的代碼耗了你80%的功能，找到那20%的代碼，你就能夠優(yōu)化那80%的功能

。 下面的一些東西都是我的一些經(jīng)驗(yàn)，我只例舉了一些最有價(jià)值的功能調(diào)優(yōu)的的辦法，供你參閱，也歡迎彌補(bǔ)。

一個(gè)是過濾算法，體系需求對收到的懇求做過濾，咱們把能夠被filter in/out的東西裝備在了一個(gè)文件中，原有的過濾算法是遍歷過濾裝備，后來，咱們找到了一種辦法能夠?qū)@個(gè)過濾裝備進(jìn)行排序，這樣就能夠用二分折半的辦法來過濾，體系功能增加了50%。

分而治之和預(yù)處理。曾經(jīng)有一個(gè)程序?yàn)榱松稍聢?bào)表，每次都需求核算很長的時(shí)間，有時(shí)分需求花將近一整天的時(shí)間。所以咱們把咱們找到了一種辦法能夠把這個(gè)算法發(fā)成增量式的，也便是說我每天都把當(dāng)天的數(shù)據(jù)核算好了后和前一天的報(bào)表兼并，這樣能夠大大的節(jié)省核算時(shí)間，每天的數(shù)據(jù)核算量只需求20分鐘，可是假如我要算整個(gè)月的，體系則需求10個(gè)小時(shí)以上（SQL句子在大數(shù)據(jù)量面前功能成級數(shù)性下降）。這種分而治之的思路在大數(shù)據(jù)面前對功能有很幫助，就像merge排序相同。SQL句子和數(shù)據(jù)庫的功能優(yōu)化也是這一戰(zhàn)略，如：運(yùn)用嵌套式的Select而不是笛卡爾積的Select，運(yùn)用視圖，等等。

字符串操作。這是最費(fèi)體系功能的事了，無論是strcpy, strcat仍是strlen，最需求留意的是字符串子串匹配。所以，能用整型最好用整型。舉幾個(gè)比方，第一個(gè)比方是N年前做銀行的時(shí)分，我的搭檔喜愛把日期存成字符串（如：2012-05-29 08:30:02），我勒個(gè)去，一個(gè)select  where between句子適當(dāng)耗時(shí)。另一個(gè)比方是，我曾經(jīng)有個(gè)搭檔把一些狀況碼用字符串來處理，他的理由是，這樣能夠在界面上直接顯示，后來功能調(diào)優(yōu)的時(shí)分，我把這些狀況碼全改成整型，然后用位操作查狀況，由于有一個(gè)每秒鐘被調(diào)用了150K次的函數(shù)里面有三處需求檢查狀況，經(jīng)過改進(jìn)以后，整個(gè)體系的功能上升了30%左右。還有一個(gè)比方是，我曾經(jīng)從事的某個(gè)產(chǎn)品編程規(guī)范中有一條是要在每個(gè)函數(shù)中把函數(shù)名界說出來，如：const char fname[]=”functionName()”, 這是為了好打日志，可是為什么不聲明成 static類型的呢？

內(nèi)存分配。不要小看程序的內(nèi)存分配。malloc/realloc/calloc這樣的體系調(diào)十分耗時(shí)，尤其是當(dāng)內(nèi)存呈現(xiàn)碎片的時(shí)分。我曾經(jīng)的公司出過這樣一個(gè)問題——在用戶的站點(diǎn)上，咱們的程序有一天不呼應(yīng)了，用GDB跟進(jìn)去一看，體系hang在了malloc操作上，20秒都沒有返回，重啟一些體系就好了。這便是內(nèi)存碎片的問題。這便是為什么許多人訴苦STL有嚴(yán)峻的內(nèi)存碎片的問題，由于太多的小內(nèi)存的分配釋放了。有許多人會以為用內(nèi)存池能夠處理這個(gè)問題，可是實(shí)際上他們僅僅從頭發(fā)明了Runtime-C或操作體系的內(nèi)存管理機(jī)制，徹底杯水車薪。當(dāng)然處理內(nèi)存碎片的問題仍是經(jīng)過內(nèi)存池，詳細(xì)來說是一系列不同尺度的內(nèi)存池（這個(gè)留給咱們自己去思考）。當(dāng)然，少進(jìn)行動態(tài)內(nèi)存分配是最好的。提到內(nèi)存池就需求說一下池化技能。比方線程池，銜接池等。池化技能關(guān)于一些短作業(yè)來說（如http服務(wù)） 適當(dāng)適當(dāng)?shù)挠杏?。這項(xiàng)技能能夠削減鏈接樹立，線程創(chuàng)立的開支，然后進(jìn)步功能。

言語和代碼庫。咱們要熟悉言語以及所運(yùn)用的函數(shù)庫或類庫的功能。比方：STL中的許多容器分配了內(nèi)存后，那怕你刪除元素，內(nèi)存也不會收回，其會形成內(nèi)存走漏的假像，并或許形成內(nèi)存碎片問題。再如，STL某些容器的size()==0  和 empty()是不相同的，由于，size()是O(n)雜亂度，empty()是O(1)的雜亂度，這個(gè)要當(dāng)心。Java中的JVM調(diào)優(yōu)需求運(yùn)用的這些參數(shù)：-Xms -Xmx -Xmn -XX:SurvivorRatio -XX:MaxTenuringThreshold，還需求留意JVM的GC，GC的霸氣咱們都知道，尤其是full GC（還收拾內(nèi)存碎片），他就像“恐龍?zhí)丶壙速愄枴毕嗤?，他運(yùn)轉(zhuǎn)的時(shí)分，整個(gè)國際的時(shí)間都中止了。

關(guān)于網(wǎng)絡(luò)調(diào)優(yōu)，尤其是TCP Tuning（你能夠以這兩個(gè)要害詞在網(wǎng)上找到許多文章），這兒面有許多許多東西能夠說?？纯碙inux下TCP/IP的那么多參數(shù)就知道了（趁便說一下，你或許不喜愛Linux，可是你不能否認(rèn)Linux給咱們了許多能夠進(jìn)行內(nèi)核調(diào)優(yōu)的權(quán)利）。強(qiáng)烈建議咱們看看這本書。我在這兒只講一些概念上的東西。

咱們知道TCP鏈接是有許多開支的，一個(gè)是會占用文件描述符，另一個(gè)會開緩存，一般來說一個(gè)體系能夠支撐的TCP鏈接數(shù)是有限的，咱們需求清楚地認(rèn)識到TCP鏈接對體系的開支是很大的。正是由于TCP是耗資源的，所以，許多進(jìn)犯都是讓你體系上呈現(xiàn)許多的TCP鏈接，把你的體系資源耗盡。比方著名的SYNC Flood進(jìn)犯。

net.ipv4.tcp_keepalive_probes = 5

net.ipv4.tcp_keepalive_intvl = 20

net.ipv4.tcp_fin_timeout = 30

net.ipv4.tcp_tw_reuse=1

net.ipv4.tcp_tw_recycle=1

TCP還有一個(gè)重要的概念叫RWIN（TCP Receive Window Size），這個(gè)東西的意思是，我一個(gè)TCP鏈接在沒有向Sender發(fā)出ack時(shí)能夠接收到的大的數(shù)據(jù)包。為什么這個(gè)很重要？由于假如Sender沒有收到Receiver發(fā)過來ack，Sender就會中止發(fā)送數(shù)據(jù)并會等一段時(shí)間，假如超時(shí)，那么就會重傳。這便是為什么TCP鏈接是牢靠鏈接的原因。重傳還不是最嚴(yán)峻的，假如有丟包產(chǎn)生的話，TCP的帶寬運(yùn)用率會馬上遭到影響（會盲目折半），再丟包，再折半，然后假如不丟包了，就逐步康復(fù)。相關(guān)參數(shù)如下：

一般來說，理論上的RWIN應(yīng)該設(shè)置成：吞吐量  * 回路時(shí)間。Sender端的buffer應(yīng)該和RWIN有相同的巨細(xì)，由于Sender端發(fā)送完數(shù)據(jù)后要等Receiver端承認(rèn)，假如網(wǎng)絡(luò)延時(shí)很大，buffer過小了，承認(rèn)的次數(shù)就會多，所以功能就不高，對網(wǎng)絡(luò)的運(yùn)用率也就不高了。也便是說，關(guān)于推遲大的網(wǎng)絡(luò)，咱們需求大的buffer，這樣能夠少一點(diǎn)ack，多一些數(shù)據(jù)，關(guān)于呼應(yīng)快一點(diǎn)的網(wǎng)絡(luò)，能夠少一些buffer。由于，假如有丟包（沒有收到ack），buffer過大或許會有問題，由于這會讓TCP重傳一切的數(shù)據(jù)，反而影響網(wǎng)絡(luò)功能。（當(dāng)然，網(wǎng)絡(luò)差的狀況下，就別玩什么高功能了） 所以，高功能的網(wǎng)絡(luò)重要的是要讓網(wǎng)絡(luò)丟包率十分十分地小（根本上是用在LAN里），假如網(wǎng)絡(luò)根本是可信的，這樣用大一點(diǎn)的buffer會有更好的網(wǎng)絡(luò)傳輸功能（來來回回太多太影響功能了）。

B）UDP調(diào)優(yōu)

再多說一下，運(yùn)用Socket編程的時(shí)分，你能夠運(yùn)用setsockopt() 設(shè)置 SO_SNDBUF/SO_RCVBUF 的巨細(xì)，TTL和KeepAlive這些要害的設(shè)置，當(dāng)然，還有許多，詳細(xì)你能夠檢查一下Socket的手冊。

C）網(wǎng)卡調(diào)優(yōu)

D）其它網(wǎng)絡(luò)功能

其他，關(guān)于一些和DNS Lookup的體系調(diào)用要當(dāng)心，比方：gethostbyaddr/gethostbyname，這個(gè)函數(shù)或許會適當(dāng)?shù)馁M(fèi)時(shí)，由于其要到網(wǎng)絡(luò)上去找域名，由于DNS的遞歸查詢，會導(dǎo)致嚴(yán)峻超時(shí)，而又不能經(jīng)過設(shè)置什么參數(shù)來設(shè)置time out，對此你能夠經(jīng)過裝備hosts文件來加快速度，或是自己在內(nèi)存中管理對應(yīng)表，在程序啟動時(shí)查好，而不要在運(yùn)轉(zhuǎn)時(shí)每次都查。其他，在多線程下面，gethostbyname會一個(gè)更嚴(yán)峻的問題，便是假如有一個(gè)線程的gethostbyname產(chǎn)生堵塞，其它線程都會在gethostbyname處產(chǎn)生堵塞，這個(gè)比較反常，要當(dāng)心。（你能夠試試GNU的gethostbyname_r()，這個(gè)的功能要好一些） 這種到網(wǎng)上找信息的東西許多，比方，假如你的Linux運(yùn)用了NIS，或是NFS，某些用戶或文件相關(guān)的體系調(diào)用就很慢，所以要當(dāng)心。

A）I/O模型

第一種，服務(wù)器同步堵塞式I/O，這個(gè)不說了。

第三種，關(guān)于select/poll/epoll這三個(gè)是I/O不堵塞，可是在事件上堵塞，算是：I/O異步，事件同步的調(diào)用。

第四種由于沒有任何的堵塞，無論是I/O上，仍是事件告訴上，所以，其能夠讓你充分地運(yùn)用CPU，比起第二種同步無堵塞優(yōu)點(diǎn)便是，第二種要你一遍一遍地去輪詢。Nginx之所所以高效，是其運(yùn)用了epoll和AIO的辦法來進(jìn)行I/O的。

a）一個(gè)是WriteFile體系調(diào)用，這個(gè)體系調(diào)用能夠是同步堵塞的，也能夠是同步無堵塞的，關(guān)于看文件是不是以O(shè)verlapped翻開的。關(guān)于同步無堵塞，需求設(shè)置其終究一個(gè)參數(shù)Overlapped，微軟叫Overlapped I/O，你需求WaitForSingleObject才干知道有沒有寫完結(jié)。這個(gè)體系調(diào)用的功能可想而知。

c）然后是IOCP – IO Completion Port，IOCP會把I/O的成果放在一個(gè)行列中，可是，偵聽這個(gè)行列的不是主線程，而是專門來干這個(gè)事的一個(gè)或多個(gè)線程去干（老的渠道要你自己創(chuàng)立線程，新的渠道是你能夠創(chuàng)立一個(gè)線程池）。IOCP是一個(gè)線程池模型。這個(gè)和Linux下的AIO模型比較相似，可是完成辦法和運(yùn)用辦法徹底不相同。

B）多核服務(wù)器CPU調(diào)優(yōu)

關(guān)于Windows來說，咱們能夠經(jīng)過“使命管理器”中的“進(jìn)程”而中右鍵菜單中的“設(shè)置相關(guān)性……”（Set Affinity…）來設(shè)置并約束這個(gè)進(jìn)程能被運(yùn)轉(zhuǎn)在哪些核上。

多核CPU還有一個(gè)技能叫

技能（Non-Uniform Memory Access）。傳統(tǒng)的多核運(yùn)算是運(yùn)用SMP(Symmetric Multi-Processor )形式，多個(gè)處理器共享一個(gè)會集的存儲器和I/O總線。所以就會呈現(xiàn)一致存儲器拜訪的問題，一致性一般意味著功能問題。NUMA形式下，處理器被劃分成多個(gè)node， 每個(gè)node有自己的本地存儲器空間。關(guān)于NUMA的一些技能細(xì)節(jié)，你能夠檢查一下這篇文章《

numactl 》，在Linux下，對NUMA調(diào)優(yōu)的指令是：

如下面的指令：（指定指令“myprogram arg1 arg2”運(yùn)轉(zhuǎn)在node 0 上，其內(nèi)存分配在node 0 和 1上）

當(dāng)然，上面這個(gè)指令并欠好，由于內(nèi)存跨越了兩個(gè)node，這十分欠好。最好的辦法是只讓程序拜訪和自己運(yùn)轉(zhuǎn)相同的node，如：

C）文件體系調(diào)優(yōu)

接下來，咱們就能夠調(diào)優(yōu)文件體系裝備了，關(guān)于Linux的Ext3/4來說，幾乎在一切狀況下都有所幫助的一個(gè)參數(shù)是封閉文件體系拜訪時(shí)間，在/etc/fstab下看看你的文件體系 有沒有noatime參數(shù)（一般來說應(yīng)該有），還有一個(gè)是dealloc，它能夠讓體系在終究時(shí)間決議寫入文件產(chǎn)生時(shí)運(yùn)用哪個(gè)塊，可優(yōu)化這個(gè)寫入程序。還要注間一下三種日志形式：data=journal、data=ordered和data=writeback。默認(rèn)設(shè)置data=ordered提供功能和防護(hù)之間的好平衡。

這兒介紹一個(gè)Linux下的檢查I/O的指令—— iotop，能夠讓你看到各進(jìn)程的磁盤讀寫的負(fù)載狀況。

4.5）數(shù)據(jù)庫調(diào)優(yōu)

A）數(shù)據(jù)庫引擎調(diào)優(yōu)

數(shù)據(jù)庫的鎖的辦法。這個(gè)十分十分地重要。并發(fā)狀況下，鎖是十分十分影響功能的。各種阻隔等級，行鎖，表鎖，頁鎖，讀寫鎖，業(yè)務(wù)鎖，以及各種寫優(yōu)先仍是讀優(yōu)先機(jī)制。功能最高的是不要鎖，所以，分庫分表，冗余數(shù)據(jù)，削減一致性業(yè)務(wù)處理，能夠有用地進(jìn)步功能。NoSQL便是獻(xiàn)身了一致性和業(yè)務(wù)處理，并冗余數(shù)據(jù)，然后達(dá)到了散布式和高功能。

數(shù)據(jù)庫的存儲機(jī)制。不但要搞清楚各種類型字段是怎么存儲的，更重要的是數(shù)據(jù)庫的數(shù)據(jù)存儲辦法，是怎么分區(qū)的，是怎么管理的，比方Oracle的數(shù)據(jù)文件，表空間，段，等等。了解清楚這個(gè)機(jī)制能夠減輕許多的I/O負(fù)載。比方：MySQL下運(yùn)用show engines;能夠看到各種存儲引擎的支撐。不同的存儲引擎有不同的側(cè)要點(diǎn)，針對不同的業(yè)務(wù)或數(shù)據(jù)庫規(guī)劃會讓你有不同的功能。

數(shù)據(jù)庫的散布式戰(zhàn)略。最簡略的便是仿制或鏡像，需求了解散布式的一致性算法，或是主主同步，主從同步。經(jīng)過了解這種技能的機(jī)理能夠做到數(shù)據(jù)庫級其他水平擴(kuò)展。

關(guān)于SQL句子的優(yōu)化，首先也是要運(yùn)用東西，根本上來說，一切的RMDB都會有這樣的東西，來讓你檢查你的應(yīng)用中的SQL的功能問題。 還能夠運(yùn)用explain來看看SQL句子終究Execution Plan會是什么樣的。

下面我依據(jù)我有限的數(shù)據(jù)庫SQL的常識說幾個(gè)會有功能問題的SQL：

索引。關(guān)于索引字段，最好不要在字段上做核算、類型轉(zhuǎn)化、函數(shù)、空值判斷、字段銜接操作，這些操作都會損壞索引原本的功能。當(dāng)然，索引一般都呈現(xiàn)在Where或是Order by字句中，所以對Where和Order by子句中的子段最好不要進(jìn)行核算操作，或是加上什么NOT之類的，或是運(yùn)用什么函數(shù)。

JOIN操作。有人說，Join表的次序會影響功能，只要Join的成果集是相同，功能和join的次序無關(guān)。由于后臺的數(shù)據(jù)庫引擎會幫咱們優(yōu)化的。Join有三種完成算法，嵌套循環(huán)，排序歸并，和Hash式的Join。（MySQL只支撐第一種）

仍是那句話，詳細(xì)要看什么樣的數(shù)據(jù)，什么樣的SQL句子，你才知道用哪種辦法是最好的。

字符串。正如我前面所說的，字符串操刁難功能上有十分大的惡夢，所以，能用數(shù)據(jù)的狀況就用數(shù)字，比方：時(shí)間，工號，等。

其它。

不要select *，而是明確指出各個(gè)字段，假如有多個(gè)表，必定要在字段名前加上表名，不要讓引擎去算。

不要用Having，由于其要遍歷一切的記載。功能差得不能再差。

盡或許地運(yùn)用UNION ALL  取代  UNION。

索引過多，insert和delete就會越慢。而update假如update多數(shù)索引，也會慢，可是假如只update一個(gè)，則只會影響一個(gè)索引表。

等等。

本文名稱：高性能服務(wù)器之性能調(diào)優(yōu)
本文地址：http://www.rwnh.cn/news/264487.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供移動網(wǎng)站建設(shè)、搜索引擎優(yōu)化、網(wǎng)站排名、全網(wǎng)營銷推廣、虛擬主機(jī)、品牌網(wǎng)站設(shè)計(jì)

廣告

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