討論掩蓋了另一個重要的因素：速度，你的網頁實際上是把你的服務器在一起。?多數大商店的現代網站數據庫中的信息，并使用如PHP或ASP語言提取它，它轉成HTML并將其發送到Web瀏覽器。

所以，即使你得到您的主頁下降到1.5秒（谷歌的門檻，被認為是一種“快”網站），您仍然可以阻撓客戶，如果您的搜索網頁需要太多的時間來回答，或者如果產品頁面快速加載，但“客戶審查”延遲幾秒鐘。

谷歌的一個快速加載網站閾值約為1.5秒。?這個截圖來自谷歌網站管理員工具（去[域名]→診斷→網站性能）。

本文著眼于這些各種各樣的問題，并介紹一些簡單的方法，以加快您的數據庫，通過優化您的網站。?它以普通知識，而且包括在最后更復雜的技術，以進一步閱讀整個環節。?這篇文章是為無畏數據庫初學者，誰已經扔在深結束設計師。

什么是數據庫？?什么是SQL？

數據庫基本上是一個命令收集表的信息，例如，作為客戶名單。?這可能是一個文件柜，一個電子表格一堆，一個Microsoft Access文件或?亞馬遜的40 TB的數據，圖書和客戶?。

一個典型的博客數據庫已為用戶意見表，類別，職位和。?WordPress包含?這些和其他一些?首發表。?一個典型的電子商務網站數據庫的電子表格有項目，為客戶，產品，類別，訂單和訂單（購物籃的內容）。?在開源的電子商務軟件的Magento包括?這些和許多其他?。?數據庫有很多其他用途-如內容管理，客戶關系，帳目和發票和事件-但是這兩個網站）普通型（即一個博客和電子商務將在本文章中引用。

一個數據庫中的某些表的連接到其他表。?例如，一個博客帖子可以有很多意見，使這些客戶可以有多個訂單（?一到多的?關系）。?該數據庫關系最復雜的類型是?多到許多?的關系。?一個關系數據庫是商業的核心在所有電子郵件：訂單可以包含許多產品，單一產品可以添加到許多不同的訂單。?這是那里的“訂單項目”表進來：它位于訂單和產品之間的，它記錄每一次產品添加到訂單。?這將是后來在有關的文章，當我們看看為什么慢一些數據庫查詢。

這個詞?的數據庫?軟件也指的是包含所有這些數據，如“我的數據庫崩潰，而我正在吃早飯，”或“我真的需要升級我的數據庫。”流行的數據庫軟件包括Microsoft Access 2010，微軟SQL服務器， MySQL，PostgreSQL和Oracle數據庫11g。

首字母縮寫出現了很多的SQL數據庫處理時。?它指的是“結構化查詢語言”，發音是“續集”或使用要求，并告訴數據庫事情“ES中，語言提示- el的。”這是-令人激動的事情，比如?從客戶選擇姓氏的WHERE城市='布萊頓?。?這就是所謂的?數據庫查詢?，因為它會查詢數據庫中的數據。?還有其他類型的數據庫語句：?插入?規劃，使得新的數據，?更新?現有的數據更新，?刪除?的刪除的東西，?的CREATE TABLE?創建表，?表的ALTER?和許多更多。

怎一個數據庫慢的網站？

一個全新的網站將空運行速度非常快，但它的增長和年齡，你可能會注意到在某些頁面，特別是功能復雜的位某些頁面呆滯。假設你想顯示“誰購買該商品的顧客也買了...”在頁面底部的產品。?為了從數據庫中提取此信息，你需要做到以下幾點：

1. 開始與現有產品，
2. 看看有多少次的產品，最近被添加到任何人的購物籃（以下簡稱“訂單項目”從上面表），
3. 看看這些購物籃相關的命令（對于已完成的訂單只），
4. 尋找客戶是誰的命令，
5. 看看這些客戶的其他命令，
6. 在這些訂單'花籃的內容看（“訂單項目”再一次），
7. 查一查這些產品的細節，
8. 識別產品最經常出現并顯示它們。

你可以，事實上，做一個龐大的數據庫查詢所有這一切，也可以分解成幾個不同的查詢。?無論哪種方式，運行速度非常快，可能當你的數據庫有20個產品，12個客戶，18目和67個訂單項目（即在購物籃的項目）。?但如果不寫和編程效率，那么這將是慢了很多與500種產品，1萬個客戶，訂單和14,000 100,000訂單項目，它會減慢網頁。

這是一個非常復雜的例子，但它表明什么樣的東西去幕后為什么一個看似無害的功能位可以磨到一個停止網站。

一個網站可能會減慢許多其他原因：在服務器上運行的內存或磁盤空間較少，另外在同一臺服務器消耗資源網站，服務器發送了大量郵件或攪動了一些其他的任務，一個軟??件，硬件或網絡故障，一個配置錯誤。?或可能突然變成一個受歡迎的網站。?接下來的兩部分，因此，將著眼于速度在更多的細節。

是我的數據庫？

現在有幾種方法來分析您網站的速度，包括?Firebug的插件?用于Firefox，谷歌瀏覽器開發工具（按Shift +控制+ i，然后去資源→啟用資源跟蹤）和?雅虎YSlow的?。?也有網站，如?WebPagetest?，在這里你可以輸入一個網址，它會時間地點，使其從您選擇。

所有這些工具將顯示您的所有圖的各種資源（HTML，圖片，CSS和JavaScript文件）用你的網頁以及各花了多少時間來加載。他們還將打破采取執行DNS查找（即轉換成IP地址的域名）的時間，采取連接到服務器的時間，所用的時間等待你的服務器答復（又名“第一時間字節“），并接受所花費的時間（即下載）的數據。

許多網頁在其整體構造由Web服務器，包括由PHP訪問數據庫，然后發送到瀏覽器全部一次，因此任何數據庫的延誤將導致漫長的等待時間，接收/下載時間會是成正比的發送的數據量。?所以，如果你的20 KB的HTML頁的快速連接，等待5秒的時間和0.05秒下載時間，那么延遲會出現在服務器，如正在興建中的頁面。

并非所有的網頁都是這樣的，雖然。?PHP的?沖洗?功能強制服務器發送的HTML，它已建成的瀏覽器的時候了。?任何進一步的拖延會便可以接收時間，而不是等待的時間。

無論哪種方式，你可以?比較的等待/接收時間?（或靜態圖像或其他資源）在同一臺服務器上為您懷疑緩慢而復雜的等待時間是指一個同樣大小的HTML頁面的Web頁面在同一時間。?這將排除連接可能性的互聯網速度較慢或超載服務器（兩者都將造成延誤），并且允許你比較時代所采取的網頁建設。?這不是一門精確的科學，但它應該給你一些跡象的，事情就被關押。

下面的屏幕截圖顯示了分析谷歌Chrome的開發工具提供了一個20 kb的形象與一個20 kb的網頁。?該網頁等待130毫秒（ms）和22毫秒下載。?該圖像等待51毫秒和11毫秒下載。?該下載/接收倍左右預期一樣的，都是，但服務器上的開支約為80毫秒加工，建設網頁，這需要執行PHP和數據庫的額外要求。

當執行這些測試，分析了自身的靜態資源，并點擊“刷新”，讓你沒有得到一個快速的緩存版本。?此外，每一個運行幾次，確保你不是在尋找一個統計異常。?下表顯示WebPagetest表明幾乎一倍，在同一時間同一頁上展示了谷歌的時間，第三屏幕，使用相同的所有測試環境是重要的。

資源分析使用谷歌Chrome的開發工具，呈現為Web頁130毫秒的等待時間。

相同的工具，顯示了一個同樣大小的圖片約51毫秒的等待時間。

資源分析從WebPagetest同一頁上，用296毫秒的等待時間和一個417毫秒的總時間。