建表時可以得出以下優化建議
1、數據類型盡量用數字型，數字型比字符型的快
2、選擇正確的表引擎
MyISAM 適合於一些需要大量查詢的應用，但其對於有大量寫操作並不是很好。甚至你只是需要update一個字段，整個表都會被鎖起來，而別的進程，就算是讀進程都無法操作直到讀操作完成。另外，MyISAM 對於 SELECT COUNT(*) 這類的計算是超快無比的。
InnoDB 的趨勢會是一個非常復雜的存儲引擎，對於一些小的應用，它會比 MyISAM 還慢。他是它支持“行鎖” ，於是在寫操作比較多的時候，會更優秀。並且，他還支持更多的高級應用，比如：事務。
3、選擇合適的數據類型。
如果你有一個字段，比如“性別”，“國家”，“民族”，“狀態”或“部門”，你知道這些字段的取值是有限而且固定的，那么，你應該使用 ENUM 而不是 VARCHAR。
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之間的每個條件列都必須用到索引，如果沒有索引，則應該考慮增加索引。
