建表時可以得出以下優化建議

1、 資料型別儘量用數字型，數字型比字元型的快

2、 選擇正確的表引擎

MyISAM 適合於一些需要大量查詢的應用，但其對於有大量寫操作並不是很好。甚至你只是需要update一個欄位，整個表都會被鎖起來，而別的程序，就算是讀程序都無法操作直到讀操作完成。另外，MyISAM 對於 SELECT COUNT(*) 這類的計算是超快無比的。InnoDB 的趨勢會是一個非常複雜的儲存引擎，對於一些小的應用，它會比 MyISAM 還慢。他是它支援“行鎖” ，於是在寫操作比較多的時候，會更優秀。並且，他還支援更多的高階應用，比如：事務。

3、 選擇合適的資料型別。

如果你有一個欄位，比如

4、 儘量給欄位加上NOT NULL

5、 一個表不要加太多索引，因為索引影響插入和更新的速度

6、 適當的使用冗餘的反正規化設計，以空間換時間有的時候會很高效

查詢的時候得出的優化建議：

7、 儘量不要在資料庫中做運算

8、 使用預處理語句。例如使用PDO來操作mysql

在效能方面，當一個相同的查詢被使用多次的時候，這會為你帶來可觀的效能優勢。你可以給這些Prepared Statements(預處理語句)定義一些引數，而MySQL只會解析一次。

9、 不要在生產環境程式中使用select * from 的形式查詢資料。只查詢需要使用的列

10、 查詢儘可能使用limit減少返回的行數，減少資料傳輸時間和頻寬浪費

11、 所有的SQL關鍵字用大寫，避免SQL語句重複編譯造成系統資源的浪費      

12、開啟慢查詢日誌，定期用explain或desc優化慢查詢中的SQL語句

13、最先出現的條件，一定是過濾和排除掉更多結果的條件，第二齣現的次

之。

14、對查詢進行優化，儘量避免全表掃描。首先應考慮在where以及order by涉及的列上建立索引。

15、儘量避免在where子句中對欄位進行null值判斷。這會進行全表掃描

Select id,name from user where name is null;

16、儘量避免在where子句中對欄位進行表示式操作。這會導致引擎放棄使用索引而進行全表掃描

SELECT id,name FROM user where age/12;

17、使用連線（join）代替子查詢select * from customInfo where customId in ( select customId from saleInfo  )

18、對於OR子句，如果要利用索引，則OR之間的每個條件列都必須用到索引，如果沒有索引，則應該考慮增加索引。