http://bbs.360idc.net/viewthread.php?tid=304&extra=page%3D1
程序端：
1. 儘量在程序總減少查詢Mysql的次數，並且查詢以後記得關閉鏈接，但是建議使用常連接，這樣能夠減少建立連接的開銷。當然，如果能夠生成靜態頁是最好了。
2. 儘量不使用關聯查詢，最好一個操作只針對一個表，一次關聯查詢就是一次笛卡兒乘積，極度的耗費資源。如果需要查詢多個表，儘量使用多個程序來完成，讓數據庫的負擔由程序分擔一些。如果能夠用left join解決的，就不要用inner join。
3. 搜索的時候儘量少用like而改用全文搜索來提高效率。
4. 進行統計這種實時性不是那麼強的操作的時候最好能夠生成靜態的，定時進行統計，如果每次訪問者訪問的都是都對數據庫進行統計查詢將非常耗費資源。
5. 程序中如果能夠把很多頁面，特別是訪問量大的頁面生成靜態，這是最好的。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－
優化查詢性能(建立索引前的測試)
在分析查詢性能時，考慮EXPLAIN關鍵字同樣很管用。EXPLAIN關鍵字一般放在SELECT查詢語句的前面，用於描述MySQL如何執行查詢操作、以及MySQL成功返回結果集需要執行的行數。下面的一個簡單例子可以說明（列表C）這一過程：
列表 C
mysql> EXPLAIN SELECT city.name, city.district FROMcity, country WHERE city.countrycode = country.code AND country.code ='IND';
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+
| 1 | SIMPLE | country | const | PRIMARY | PRIMARY | 3 | const | 1 | Using index |
| 1 | SIMPLE | city | ALL | NULL | NULL | NULL | NULL | 4079 | Using where |
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+
2 rows in set (0.00 sec)這裡查詢是基於兩個表連接。EXPLAIN關鍵字描述了MySQL是如何處理連接這兩個表。必須清楚的是，當前設計要求MySQL處理的是country表中的一條記錄以及city表中的整個4019條記錄。這就意味著，還可使用其他的優化技巧改進其查詢方法。例如，給city表添加如下索引（列表D）：
列表 D
mysql> CREATE INDEX idx_ccode ON city(countrycode);Query OK, 4079 rows affected (0.15 sec)
Records: 4079 Duplicates: 0 Warnings: 0 現在，當我們重新使用EXPLAIN關鍵字進行查詢時，我們可以看到一個顯著的改進（列表E）：
列表 E
mysql> EXPLAIN SELECT city.name, city.district FROMcity, country WHERE city.countrycode = country.code AND country.code ='IND';
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+
| 1 | SIMPLE | country | const | PRIMARY | PRIMARY | 3 | const | 1 | Using index |
| 1 | SIMPLE | city | ref | idx_ccode | idx_ccode | 3 | const | 333 | Using where |
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+
2 rows in set (0.01 sec) 在這個例子中，MySQL現在只需要掃瞄city表中的333條記錄就可產生一個結果集，其掃瞄記錄數幾乎減少了90％！自然，數據庫資源的查詢速度更快，效率更高。
#######################################
服務器端：
1. 如果Mysql的CPU佔用率超過10％，就應該考慮優化了。
2 安裝的時候如果不使用innoDB，記得關閉：./configure --prefix=/home/mysql --without-innodb，因為它的速度比MyISAM的速度慢很多。
3. 如果有多個服務連接同一台Mysql服務器，相應單個MySQL服務的CPU佔用仍然在10％以上, 就應該考慮把服務拆分到多端口來運行，這樣還能夠增大Mysql的連接數。
4. 設計數據庫結構一定要合理，最常被訪問的10%的數據放在一個小表裡，90%的歷史數據放在一個歸檔表裡。將所有的定長字段（char,int等）放在一個表裡，所有的變長字段（varchar,text,blob等）放在另外一個表裡，2個表之間通過主鍵關聯，這樣，定長字段表可以得到很大的優化。
5. 給關鍵字段建立索引，建立索引和不建立索引差別真的很大，特別是大批量查詢的時候。
－－－－－－－－－－－－－－
調整內部變量
MySQL是如此的開放，所以可輕鬆地進一步調整其缺省設置以獲得更優的性能及穩定性。需要優化的一些關鍵變量如下： 一般，該變量控制緩衝區的長度在處理索引表（讀/寫操作）時使用。MySQL使用手冊指出該變量可以不斷增加以確保索引表的最佳性能，並推薦使用與系統內存25％的大小作為該變量的值。這是MySQL十分重要的配置變量之一，如果你對優化和提高系統性能有興趣，可以從改變key_buffer_size變量的值開始。 當一個查詢不斷地掃瞄某一個表，MySQL會為它分配一段內存緩衝區。read_buffer_size變量控制這一緩衝區的大小。如果你認為連續掃瞄進行得太慢，可以通過增加該變量值以及內存緩衝區大小提高其性能。 - 設定打開表的數目的最大值(table_cache)
該變量控制MySQL在任何時候打開表的最大數目，由此能控制服務器響應輸入請求的能力。它跟max_connections變量密切相關，增加table_cache值可使MySQL打開更多的表，就如增加max_connections值可增加連接數一樣。當收到大量不同數據庫及表的請求時，可以考慮改變這一值的大小。 - 對緩長查詢設定一個時間限制(long_query_time)
MySQL帶有「慢查詢日誌」，它會自動地記錄所有的在一個特定的時間範圍內尚未結束的查詢。這個日誌對於跟蹤那些低效率或者行為不端的查詢以及尋找優化對象都非常有用。long_query_time變量控制這一最大時間限定，以秒為單位。 以上討論並給出用於分析和優化SQL查詢的三種工具的使用方法，以此提高你的應用程序性能。使用它們快樂地優化吧！ | 
