mysql優化建議

2021-07-05 10:26:21 字數 890 閱讀 5076

1. 建立

2. sql編寫mysql欄位型別

資料型別

含義date

3位元組,日期,格式:2014-09-18

time

3位元組,時間,格式:08:42:30

datetime

8位元組,日期時間,格式:2014-09-18 08:42:30

timestamp

4位元組,自動儲存記錄修改的時間

year

1位元組,年份

資料型別

含義tinyint

1位元組,範圍(-128~127)

smallint

2位元組,範圍(-32768~32767)

mediumint

3位元組,範圍(-8388608~8388607)

int4位元組,範圍(-2147483648~2147483647)

bigint

8位元組,範圍(+-9.22*10的18次方)

資料型別

含義float(m, d)

4位元組,單精度浮點型,m總個數,d小數字

double(m, d)

8位元組,雙精度浮點型,m總個數,d小數字

decimal(m, d)

decimal是儲存為字串的浮點數

資料型別

含義char(n)

固定長度,最多255個字元

varchar(n)

可變長度,最多65535個字元

tinytext

可變長度,最多255個字元

text

可變長度,最多65535個字元

mediumtext

可變長度,最多2的24次方-1個字元

longtext

可變長度,最多2的32次方-1個字元

MySQL優化建議

設計資料表的時候要遵守三正規化,但是不要嚴格遵守。可以適度打破正規化。乙個表字段不適合過多。常用表中只要保留常用的字段 盡量給每個字段新增not null 根據表的特點來選擇合適的表引擎,如果這個表經常被寫,應該選擇innodb,但是mysql5.6一般都是選擇innodb 根據表存放的資料來決定字...

mysql優化建議

sql優化判斷 1.首先是定位效率比較低的sql語句 2.使用explain分析低效sql的執行計畫 type const system 單錶中最多有乙個匹配行 type eq ref 使用唯一索引,對於每個索引鍵值,表中只有一條記錄匹配 type ref 使用的是非唯一索引或者字首索引掃瞄,返回匹...

mysql優化建議

mysql優化 1,整數型索引優於字元型索引 2,在長度夠用的情況下,盡可能用較小字段,能用int,就不用bigint,能用varchar 50 不用varchar 500 這樣可以節約更多的資源 3,即使varchar 1000 和varchar 100 在儲存相同長字元的時候,占用儲存空間一樣,...