一Mysql 資料型別選擇

​​​​​​​1.1 Char與varchar

由於char是固定長度的，所以存取速度比varchar快。缺點是浪費儲存空間，程式需要對行尾進行處理，所以對那些長度變化不大，並且對查詢速度有較高要求的資料可以通過char來存取。當然這個也是由不同的儲存引擎來決定的。

MyISAM 儲存引擎：建議使用固定長度的資料列代替可變長度的資料列。

MEMORY 儲存引擎：目前都使用固定長度的資料行儲存，因此無論使用 CHAR 或VARCHAR 列都沒有關係。兩者都是作為 CHAR 型別處理。

InnoDB 儲存引擎：建議使用 VARCHAR 型別。對於 InnoDB 資料表，內部的行儲存格式沒有區分固定長度和可變長度列（所有資料行都使用指向資料列值的頭指標），因此在

本質上，使用固定長度的 CHAR 列不一定比使用可變長度 VARCHAR 列效能要好。因而，主要的效能因素是資料行使用的儲存總量。由於 CHAR 平均佔用的空間多於 VARCHAR，因此使用 VARCHAR 來最小化需要處理的資料行的儲存總量和磁碟 I/O 是比較好的

​​​​​​​1.2 Text與Blob

一般在儲存少量字串的時候，我們會選擇 CHAR 或者 VARCHAR；而在儲存較大文字時，通常會選擇使用 TEXT 或者 BLOB，二者之間的主要差別是 BLOB 能用來儲存二進位制資料，比如照片；而 TEXT 只能儲存字元資料，比如一篇文章或者日記。

BLOB 和 TEXT 值會引起一些效能問題，特別是在執行了大量的刪除操作時。刪除操作會在資料表中留下很大的“空洞”，以後填入這些“空洞”的記錄在插入的效能上會有影響。為了提高效能，建議定期使用 OPTIMIZE TABLE 功能對這類表進行碎片整理，避免因為“空洞”導致效能問題。

可以使用合成的（Synthetic）索引來提高大文字欄位（BLOB 或 TEXT）的查詢效能。

簡單來說，合成索引就是根據大文字欄位的內容建立一個雜湊值，並把這個值儲存在單獨的

資料列中，接下來就可以通過檢索雜湊值找到資料行了。

在不必要的時候避免檢索大型的 BLOB 或 TEXT 值。

把 BLOB 或 TEXT 列分離到單獨的表中。

1.3定點數與浮點數

浮點數一般用於表示含有小數部分的數值。當一個欄位被定義為浮點型別後，如果插入資料的精度超過該列定義的實際精度，則插入值會被四捨五入到實際定義的精度值，然後插入，四捨五入的過程不會報錯。在 MySQL 中 float、double（或 real）用來表示浮點數。

定點數不同於浮點數.

定點數實際上是以字串形式存放的，所以定點數可以更加精確的儲存資料。如果實際插入的數值精度大於實際定義的精度，則 MySQL 會進行警告但是資料按照實際精度四捨五入後插入.

1浮點數存在誤差問題.

2對貨幣等對精度敏感的資料，應該用定點數表示或儲存.

3在程式設計中，如果用到浮點數，要特別注意誤差問題，並儘量避免做浮點數比較.

4要注意浮點數中一些特殊值的處理。

1.4日期

YEAR:根據實際需要選擇能夠滿足應用的最小儲存的日期型別。如果應用只需要記錄“年

份”，那麼用 1 個位元組來儲存的 YEAR 型別完全可以滿足，而不需要用 4 個位元組來

儲存的 DATE 型別。這樣不僅僅能節約儲存，更能夠提高表的操作效率。

DATETIME:如果要記錄年月日時分秒，並且記錄的年份比較久遠，那麼最好使用 DATETIME，而不要使用 TIMESTAMP。因為 TIMESTAMP 表示的日期範圍比 DATETIME 要短得多。

TIMESTAMP 如果記錄的日期需要讓不同時區的使用者使用，那麼最好使用 TIMESTAMP，因為日期型別中只有它能夠和實際時區相對應。