選擇最有效率的表名順序(只在基于規則的優化器中有效)：ORACLE 的解析器按照從右到左的順序處理FROM子句中的表名，FROM子句中寫在最后的表(基礎表 driving table)將被最先處理，在FROM子句中包含多個表的情況下,你必須選擇記錄條數最少的表作為基礎表。如果有3個以上的表連接查詢, 那就需要選擇交叉表(intersection table)作為基礎表, 交叉表是指那個被其他表所引用的表.

ORACLE的解析器按照從右到左的順序處理FROM子句中的表名，FROM子句中寫在最后的表(基礎表 driving table)將被最先處理，在FROM子句中包含多個表的情況下,你必須選擇記錄條數最少的表作為基礎表。如果有 3 個以上的表連接查詢, 那就需要選擇交叉表 (intersection table)作為基礎表,交叉表是指那個被其他表所引用的表.

　　大多數的MySQL服務器都開啟了查詢緩存。這是提高性最有效的方法之一，而且這是被MySQL的數據庫引擎處理的。當有很多相同的查詢被執行了多次的時候，這些查詢結果會被放到一個緩存中，這樣，后續的相同的查詢就不用操作表而直接訪問緩存結果了。

twemperf 是一個用來測試 memcached 服務器性能的工具。

1. 關注前端可以很好地提高整天性能。如果我們可以將后端響應時間縮短一半，整體響應時間只能減少5%~10%。而如果關注前端性能，同樣是將其響應時間減少一半，則整體響應時間可以減少40%~45%。

PHP優化對于PHP的優化主要是對php.ini中的相關主要參數進行合理調整和設置，以下我們就來看看php.ini中的一些對性能影響較大的參數應該如何設置。

JDBC性能優化方案

如何從MySQL一個數據表中提取一條隨機的效率，同時要保證效率最高。

雖然iPhone的機能越來越好，但是app的功能也越來越復雜，性能從來都是移動開發的核心關注點之一。我們說一個app性能好，不是簡單指 感覺運行速度快，而應該是指應用啟動快速、UI反饋響應及時、列表滾動操作流暢、內存使用合理，當然更不能隨隨便便Crash啦。工程師開發應用時除了在 設計上要避免性能“坑”的出現，在實際遇到“坑”時也要能很快定位原因所在。定位性能問題原因當然不能靠猜，合理的方法是使用工具測量評估出投資回報最高 的問題點，然后再加以優化。

本文的主要目標是介紹如何優化MySQL數據庫，通過定期分析表和檢查表、定期優化表以及一些常用SQL語句的優化手段，可以幫助你學會在MySQL開發中編寫更為高效的SQL。

性能優化是通過某些有效的方法來提高MySQL的運行速度，減少占用的磁盤空間。性能優化包含很多方面，例如優化查詢速度，優化更新速度和優化MySQL服務器等。

這篇文檔主要包含一些微小優化，將這些微小優化整合起來就可以提高整個應用程序的性能，但是這些改變并不會導致顯著的性能提升。選擇合適的算法和數據結構 應該優先級更高，但是不在本文的討論范圍之內。你應該使用本文檔的提示作為通常的編程實踐，你可以將這些實踐融入到提高代碼效率的習慣中。

性能分析文檔Oracle性能分析數據庫配置報告

一、Memcached1.1、memcached簡介Memcached是一個高性能的分布式對象緩存系統，用于動態Web應用以減輕數據庫負載。它通過在內存中緩存數據和對象來減少讀取數據庫的次數，從而提供動態、數據庫驅動網站的速度。Memcached基于一個存儲鍵/值對的hashmap。其守護進程（daemon）是用C寫的，但是可以用任何語言來編寫，并通過memcached協議與守護進程通信。但是它并不提供冗余（例如，復制其hashmap條目）；

1 Web性能優化 Web網站的性能細線在幾個方面： 網站首頁加載速度 動畫的流暢度 通過分析瀏覽器的渲染原理、資源對渲染的影響，得出優化網站性能的辦法。 2 查看性能的工具 Chrome的 Timeline 面板錄制網頁加載的過程，分析記錄瀏覽器渲染過程中每個過程的耗時。 2.1 錄制時注意事項 禁用瀏覽器緩存： Network Tab 下的 disable cache 關閉Chrome擴展或者

基本原理： 在瀏覽器(客戶端)和服務器發生通信時，就已經消耗了大量的時間，尤其是在網絡情況比較糟糕的時候，這個問題尤其的突出。

在Tomcat和應用程序進行了壓力測試后，如果您對應用程序的性能結果不太滿意，就可以采取一些性能調整措施了，當然了前提是應用程序沒有問題，我們這里只講Tomcat的調整。由于Tomcat的運行依賴于JVM，所以在這里我們把Tomcat的調整可以分為兩類來詳細描述。

本附錄介紹動態性能視圖。這些視圖一般作為V$視圖引用。本附錄包括下列內容：動態性能視圖。視圖說明。A.1動態性能視圖Oracle服務器包括一組基礎視圖，這些視圖由服務器維護，系統管理員用戶SYS可以訪問它們。這些視圖被稱為動態性能視圖，因為它們在數據庫打開和使用時不斷進行更新，而且它們的內容主要與性能有關。

本報告主要就如何提高Hive執行的總體性能進行了調研，下面以分條的形式列舉出來。設置hive.map.aggr=true，提高HiveQL聚合的執行性能。這個設置可以將頂層的聚合操作放在Map階段執行，從而減輕清洗階段數據傳輸和Reduce階段的執行時間，提升總體性能。缺點：該設置會消耗更多的內存。

Flume測試：execremove監控資源被remove，客戶端和服務端均沒任何影響使用touch并寫入內容時，客戶端重新監控，服務端接受內容正常斷線服務端斷線，客戶端在沒有傳事件的情況下，沒任何影響。在傳事件的情況下，報Failedtosendevents錯誤，在channel為memory情況下，丟失數據。若為filechannel，重新啟動服務端，客戶端可以獲取器啟動信息，服務端正常接收客戶端發送過來的事件。 Flume是一個分布式、可靠、和高可用的海量日志聚合的系統，支持在系統中定制各類數據發送方，用于收集數據；同時，Flume提供對數據進行簡單處理，并寫到各種數據接受方（可定制）的能力。