mysql資料型別眾多，選擇正確的資料型別對於獲得高效能至關重要。遵從以下幾條原則有助力做出更好的選擇。
1、更小的資料型別。更小的資料型別通常更快，因為它們占用更少的磁碟、記憶體和cpu快取，並且處理時需要的cpu週期也更少。但也要確保自己沒有低估需要的儲存範圍。
2、簡單的資料型別。簡單的資料型別通常需要更少的cpu週期。例如，整形比字元操作代價更低，使用mysql內建型別儲存日期和時間，使用整型儲存ip位址。
3、盡量避免null。最好把列指定為not null，而不是null，除非真的需要儲存null值。如果查詢中包含可為null的列，對mysql來說很難優化，因為可為null的列使得索引、索引統計和值比較都更複雜。
為了更高讀查詢速度，還可以建一些額外索引，增加冗餘列，甚至建立快取表和彙總表。但這些方法會同時增加寫查詢負擔，也需要額外的維護任務，增加開發難度。
MYSQL資料型別優化
mysql支援的資料型別很多，選擇正確的資料型別對於獲得高效能至關重要，不管儲存哪種資料型別，下面幾個簡單原則都有助於我們做出更好的選擇。1 更小的通常更好，更小的資料型別通常更快，因為它們占用更少的磁碟，記憶體和cpu快取，並且處理時需要的cpu週期也更少。但是要確保不會低估要儲存值的範圍 2 簡...
mysql 資料型別優化
1 更小的通常更好 更小的資料型別，更快速，因為占用更小的磁碟，cpu,快取 只要保證你的資料最大值不超過你的資料型別範圍即可 2 簡單就好 簡單的資料型別操作需要更少的cpu週期，整型比字元操作代價更低 例如時間型別用date,datetime等，不用字串 還有ip位址用整型等 3 盡量避免nul...
mysql優化（一） 資料型別優化
mysql支援的資料型別非常多，選擇正確的型別對獲取高效能至關重要。更小的通常更好 一般情況下使用正確儲存資料的最小資料型別，因為它們占取更小的磁碟，記憶體和cpu快取 簡單就好 例如整型比字元操作代價更低，如採用mysql內建型別 date，time，datatime 儲存時間和日期而不是字串，另...