在這種情況下，增加一個LIMIT 1會令你的查詢更加有效。這樣數(shù)據(jù)庫引擎發(fā)現(xiàn)只有1后將停止掃描，而不是去掃描整個表或索引。

　　// do I have any users from Alabama

　　// what NOT to do:

　　$r = mysql_query("SELECT * FROM user WHERE state = 'Alabama'");

　　if (mysql_num_rows($r) > 0) {

　　// ...

　　}

　　// much better:

　　$r = mysql_query("SELECT 1 FROM user WHERE state = 'Alabama' LIMIT 1");

　　if (mysql_num_rows($r) > 0) {

　　// ...

　　}

　　4. 索引中的檢索字段

　　索引不僅是主鍵或唯一鍵。如果你想搜索表中的任何列，你應該一直指向索引。

　　5. 保證連接的索引是相同的類型

　　如果應用程序中包含多個連接查詢，你需要確保你鏈接的列在兩邊的表上都被索引。這會影響MySQL如何優(yōu)化內(nèi)部聯(lián)接操作。

　　此外，加入的列，必須是同一類型。例如，你加入一個DECIMAL列，而同時加入另一個表中的int列，MySQL將無法使用其中至少一個指標。即使字符編碼必須同為字符串類型。

　　// looking for companies in my state

　　$r = mysql_query("SELECT company_name FROM users

　　LEFT JOIN companies ON (users.state = companies.state)

　　WHERE users.id = $user_id");

　　// both state columns should be indexed

　　// and they both should be the same type and character encoding

　　// or MySQL might do full table scans

　　6. 不要使用BY RAND()命令

　　這是一個令很多新手程序員會掉進去的陷阱。你可能不知不覺中制造了一個可怕的平靜。這個陷阱在你是用BY RAND()命令時就開始創(chuàng)建了。

　　如果您真的需要隨機顯示你的結果，有很多更好的途徑去實現(xiàn)。誠然這需要寫更多的代碼，但是能避免性能瓶頸的出現(xiàn)。問題在于，MySQL可能會為表中每一個獨立的行執(zhí)行BY RAND()命令(這會消耗處理器的處理能力)，然后給你僅僅返回一行。

　　//what NOT to do:

　　$r = mysql_query("SELECT username FROM user ORDER BY RAND() LIMIT 1");

　　// much better:

　　$r = mysql_query("SELECT count(*) FROM user");

　　$d = mysql_fetch_row($r);

　　$rand = mt_rand(0,$d[0] - 1);

　　$r = mysql_query("SELECT username FROM user LIMIT $rand, 1");

　　7. 盡量避免SELECT *命令

　　從表中讀取越多的數(shù)據(jù)，查詢會變得更慢。他增加了磁盤需要操作的時間，還是在數(shù)據(jù)庫服務器與WEB服務器是獨立分開的情況下。你將會經(jīng)歷非常漫長的網(wǎng)絡延遲，僅僅是因為數(shù)據(jù)不必要的在服務器之間傳輸。

　　始終指定你需要的列，這是一個非常良好的習慣。

　　// not preferred

　　$r = mysql_query("SELECT * FROM user WHERE user_id = 1");

　　$d = mysql_fetch_assoc($r);

　　echo "Welcome {$d['username']}";

　　// better:

　　$r = mysql_query("SELECT username FROM user WHERE user_id = 1");

　　$d = mysql_fetch_assoc($r);

　　echo "Welcome {$d['username']}";

　　// the differences are more significant with bigger result sets