MySQL作爲關係型數據庫，被用來存儲持久化的數據，避免不了需要創建表。如果沒有利用ORM(對象關係模型)來自動創建表，則需要開發者通過圖形界面（Navicat）或者手寫MySQL語句。
由於在生產環境下，我們對MySQL數據庫的操作通常是通過命令行進行操作，因此，建議建表的時候也手寫MySQL語句（不建議用圖形界面建表）。
1、添加註釋的格式
在編寫MySQL語句時，我們通常會被要求加上註釋，推薦的註釋格式爲：
-------------------------------------------------
-- 創建表 tb_example 創建示例表
-------------------------------------------------
create table tb_example(
….
)…
理由：這種註釋格式MySQL解析器也會認爲是註釋的，然後，會正確執行你的create table相關語句。我們通常將要更改的sql語句整理到一個1.0.0.sql文件中，然後，你只需要登錄MySQL客戶端，輸入：source /文件目錄/1.0.0.sql。因此，這樣的註釋可以達到一舉兩得的目的。
2、指定表的引擎和缺省的編碼格式以及該表的說明
示例語句如下：
create table tb_example(
….
)engine=innodb default charset=utf8 comment ‘這是一張示例表’;
理由：上述顯示的指定使用的引擎爲innodb，在5.6之前默認的引擎是MyISAM，而現在主流推薦性能較好的是innodb，具體參考：高性能MySQL 這本書。上述也指定了缺省字符集爲utf8，還有不要漏掉使用comment來註釋下這張表的用途，便於其他開發人員瞭解這張表的意圖。
3、一個經典的建表語句示例並分析
示例語句如下：
create table tb_example(
id int unsigned not null auto_increment comment '主鍵id',
app_id int unsigned not null default '0' comment '應用id',
app_name varchar(255) not null default '' comment '應用名',
click_cnt int unsigned not null default '0' comment '點擊數',
disp_cnt int unsigned not null default '0' comment '展示數',
status tinyint unsigned not null default '0' comment '狀態： 1-啓用；0-禁用',
click_rate float unsigned not null default '0' comment '點擊率=點擊數/展示數',
note text not null default '' comment '備註',
date varchar(255) not null default '統計日期',
mtime int unsigned not null comment '修改時間',
ctime int unsigned not null comment '創建時間',
primary key ("id"),
unique key unique_date_appid ("date","app_id"),
key idx_date ("date"),
key idx_ctime ("ctime")
)engine=innodb default charset=utf8 comment '這是一張示例表';
需要注意的點如下：
1）所有的字段要加commet註釋
由於我們創建的表也可能被其他人所用，因此加上comment註釋，其他人或者我們自己可以通過命令show create tabletb_example來查看錶的結果信息。
2）、int 符號確定
如果確定整形爲非負數，就將int設置爲無符號型的，即int unsigned，可以多一半的值範圍，又能避免插入負數。int設置爲無符號的場景在很多場合都使用。
3）、不定長varchar的長度設置
對於不定長字符串varchar如果不確定字符串長度（且知道字符串長度小於255）可以設置爲vachar(255)，此時，存儲空間只比正常的多一個字節（與設置varcahr(10)額外存儲的空間是一樣的），又能夠最大限度的利用varchar的特定。注意：超過255則用於存儲該長度的空間會多於一個字節。具體參考：高性能MySQL。
4）、有限狀態的類型設置
對於表示狀態數值的數據類型建議設置爲tinyint unsigned（只佔用一個字節的空間） 可以表示0到255的範圍。注意：無需用int，佔用四個字節的空間。
5）字段創建時間ctime和修改時間mtime
每個表中儘量加上字段創建時間ctime和字段修改時間mtime，便於後期排查問題，知道該條記錄是何時插入，何時修改。
6）、日期時間設置爲int時的查詢
這裏的ctime表示創建時間，用的是unix時間戳來存儲，但是不能設置缺省值unix_timestamp()，我們在實際查詢的時候，可以使用from_unixtime(ctime)來將unix時間戳轉爲date日期格式。
示例如下：
insert into tb_example(app_id, app_name, click_cnt, disp_cnt, status, click_rate, note, date, mtime, ctime) values (1, 'timApp', 12, 6, 1, 0.50, '這是備註', '20170815', 1502796713, 1502796713);
select *, FROM_UNIXTIME(mtime), FROM_UNIXTIME(ctime) from tb_example;
效果如下：
7）所有的字段儘量設置爲not null。
8）儘可能的設置default的值
比如：app_name 中通過設置default ‘’，click_cnt設置default ‘0’。
9）將有可能要進行查詢的字段設置爲索引
比如：key idx_date(“date”)，這裏因爲可能會查詢一段時間內的數據，因此添加字段“date”的索引。注意：一般索引的命名規則是idx_字段名
10）設置唯一索引
根據業務確定哪些字段或者字段組合的值是唯一的，則將該字段或字段組合設置爲唯一索引。
比如：unique keyunique_date_appid(“date”, “app_id”) 這裏因爲根據業務我們只要對於具體的某一天具體的某個應用的記錄一定只能有一條，因此，設置聯合唯一索引可以防止改天對應的該應用的數據重複插入。注意：唯一索引的命名規則爲：unique_字段1_字段2。
一個小知識點：
由於我們添加了唯一索引unique_date_appid，如果插入重複的date 和 app_id組合，則會報聯合索引重複錯誤，比如，再次執行：
insert into tb_example(app_id, app_name, click_cnt, disp_cnt, status, click_rate, note, date, mtime, ctime) values (1, 'timApp', 12, 6, 1, 0.50, '這是備註', '20170815', 1502796713, 1502796713);
提示：
但是，我們在很多場景時，不希望執行SQL語句報錯，而是提示重複插入，此時，可以利用insert ignore into語句，將上述SQL語句改爲：
insert ignore into tb_example(app_id, app_name, click_cnt, disp_cnt, status, click_rate, note, date, mtime, ctime) values (1, 'timApp', 12, 6, 1, 0.50, '這是備註', '20170815', 1502796713, 1502796713);
提示：
我們可以通過返回結果result進行判斷，如果result爲0，則表示重複插入。
---------------------
作者：timchen525
來源：CSDN
原文：https://blog.csdn.net/timchen525/article/details/77200087
版權聲明：本文爲博主原創文章，轉載請附上博文鏈接！