寫了兩年的php，一直依賴於phpstorm，其他三方工具和框架集成的高效語句，造成的後果就是基礎愈發陌生，手寫原生sql和php代碼等卡殼嚴重。亡羊補牢！ps：原文是markdown，沒修改格式直接傳了 ...
# insert插入
insert into table_name (field1,field2...fieldn) **values** (value1,value2...valuen);所有列需添加可不寫列名。
多條插入：insert into table_name (field1,field2...fieldn) **values** (value1,value2...valuen), (valuea,valueb...valuen), (valueA,valueB...valueN);
# where子句
select * from table_name where **BINARY** field = 'php / PHP';where子句字元串比較不區分大小寫，要求區分時引入BINARY關鍵字。
# update更新
update table_name set field1 = new value1, field2 = new value2, ... (+ where);
update table_name set field1 = **REPLACE**(field1, 'old_string', 'new_string')(+ where);替換欄位中的字元。
# delete刪除
delete from table_name where field = value;不加where，表數據全滅。
# union組合結果集
select value from table_name1(+ where) union all / distinct(default) select value from table_name2(+ where) orderby value;union組合兩個以上的結果集輸出新集，關鍵字預設distinct去重，為空不寫，關鍵字all取全部數據包括重覆。
# where,having
某種程度where與having作用相同，區別where篩選表欄位；having對篩選欄位進行再篩選，且常與聚合函數出沒。
# join連接
inner join返回欄位匹配的結果集（交集）；left join返回左表所有記錄和欄位匹配的結果集；right join返回右表所有記錄和欄位匹配的結果集。
# sql執行順序
寫：select[distinct] - from - join - on - where - group by - having - union - order by - limit[offset]
執行:from - on - join - where - group by - having - select[distinct] - union - order by
# NULL
select * from table_name where field IS NULL; IS NOT NULL非null值。
# 索引
常用類型;primary key,unique,index,fulltext index,組合索引；
創建：create index indexname on table_name(field); alter table table_name add index indexname(field);
刪除：drop index indexname on table_name; alter table table_name drop index indexname;
# and，or連接
and，or執行等級併列，多個or只執行首個，所以and出現在or之後一般不生效，二者同時應用時應寫為“（or語句）”；
# explain執行分析
explain模擬執行SQL語句，分析查詢語句和性能瓶頸；
## 執行計劃包含信息：
- id:查詢序列號，執行順序由上到下；如果是子查詢，id會遞增，id值與執行優先順序成正比；相同id遵循由上到下原則；
- select_type:
- --simple簡單子查詢，不含子查詢或union；
- --primary包含複雜的子部分，外部被標記為primary；
- --subquery，select或where列表包含了子查詢；
- --derived，from列表中的子查詢標記為derived（衍生），結果存放臨時表；
- --union，通過union連接多個結果，第二個select後的為union；
- table:當前執行表
- **type**:查詢類型
- --**最佳到最差**：system - const - eq_ref - ref - range - index - all；一般至少達到range，最好達到ref，避免all；
- --system，表只有一行記錄（等同於系統表，const類型特例，忽略不計）；
- --const，通過索引一次找到；
- --eq_ref，唯一性索引掃描，對於每個索引鍵，表只有一條記錄匹配（主鍵或唯一鍵索引）；
- --ref，非唯一性索引，所有匹配索引值的行全部讀取；
- --range，檢索給定範圍的行，使用一個索引選擇行
- --index，與all相同（讀全表），但index只遍歷索引樹，索引文件比數據文件小；
- --all，數據文件查全表；
- possible_keys:可能應用的索引；其中會出現已有索引並按優劣順序排列，開發者編寫測試sql的時候要註意，若是有效的索引應讓這些索引（按順序）儘量生效；
- **key**:引用的索引，沒選擇索引為NULL；
- key_len:索引長度，越短越好；
- ref:顯示使用哪個列或常數與key一起執行；
- **rows**:得到結果集需查詢的行數，越少越好（多行相乘可以估算要處理的行數）；
- Extra:解決查詢的詳情；
- --**Using filesort**，mysql使用外部索引排序，而不是按照表內索引順序讀取；
- --**Using temporary**，使用了臨時表保存中間結果，對查詢結果排序時使用了臨時表，常見order by，group by；
- --Using index，相應select操作使用了覆蓋索引，避免了訪問表的數據行，效率很高。如果同時出現using where表示索引被用來執行索引鍵值的查找，沒出現using where表示讀取動作；
- --Using where，使用where過濾；
- --Using join buffer，使用了連接緩存；
- --impossible where，where子句值為false，不能用來獲取任何元組；
- --select tables optimized away，在沒有GROUPBY子句的情況下，基於索引優化MIN/MAX操作或者對於MyISAM存儲引擎優化COUNT(*)操作，不必等到執行階段再進行計算，查詢執行計劃生成的階段即完成優化；
- --distinct，優化distinct操作，找到第一匹配的元組後即停止查找同樣值的動作；
