一句話概括 GET 和 POST
GET - 從指定的資源請求數據
POST - 向指定資源提交需要被處理的數據
其他的HTTP請求方法
- Head 與Get相同惑畴，但是只返回HTTP報頭始藕，不返還文檔主體
- Put 請求服務器存儲一個資源（更新數據）
- Delete 刪除指定的資源
- Options 返回服務器支持的HTTP方法
- Connect 把請求連接切換到透明的TCP/IP協(xié)議
Get 和 Post 的區(qū)別
GET 請求可以被緩存
GET 請求可以被保留到瀏覽器歷史記錄中
GET 請求有長度限制
GET 請求具有可見性（相對不安全）
GET 請求只允許ASCII字符
POST 不可緩存
POST 不可保留記錄不可添加收藏
POST 無長度限制
POST 相對安全
POST 對請求數據無限制，允許二進制數據
Session 和 Cookie
- Session存在服務端援雇，cookie存在客戶端瀏覽器中
- Session默認存儲在服務端的一個文件中（其實也可以通過方法裆蒸，存儲在數據庫和內存中）
- session 的運行依賴 session id猴仑，而 session id 是存在 cookie 中的囚痴，也就是說养盗，如果瀏覽器禁用了 cookie 垮刹，同時 session 也會失效迂卢。
- 但是當我們把瀏覽器的cookie禁止后，web服務器會采用URL重寫的方式傳遞Sessionid途凫，我們就可以在地址欄看到 sessionid=KWJHUG6JJM65HS2K6之類的字符串垢夹。
- SessionID 是Cookie和Session標識
MYSQL數據庫引擎
Innodb引擎
提供對事務的支持溢吻，提供行級鎖和外鍵約束维费。
目的處理大數據容量的數據庫系統(tǒng)
- 該引擎是不支持全文搜索的。
- 同時促王，啟動也比較的慢（啟動時在內存中建立緩存池犀盟，用于緩存數據的索引）
- 它是不會保存表的行數的。當進行Select count(*) from table指令的時候蝇狼，需要進行掃描全表阅畴。所以當需要使用數據庫的事務時，該引擎就是首選迅耘。由于鎖的粒度小贱枣，寫操作是不會鎖定全表的。所以在并發(fā)度較高的場景下使用會提升效率的颤专。
MyIASM引擎
Mysql 的默認引擎纽哥。不支持索引。不支持行級鎖和外鍵
- 當執(zhí)行Insert插入和Update更新語句時栖秕，即執(zhí)行寫操作的時候需要鎖定這個表春塌。（效率低）
- MyIASM引擎是保存了表的行數，于是當進行Select count(*) from table語句時簇捍，可以直接的讀取已經保存的值而不需要進行掃描全表只壳。所以，如果表的讀操作遠遠多于寫操作時暑塑，并且不需要事務的支持的吼句。可以將MyIASM作為數據庫引擎的首先事格。
事務的作用
事務的ACID的特性
原子性：記錄之前的版本命辖，允許回滾
一致性：事務開始和結束之間的中間狀態(tài)不會被其他事務看到
隔離性：適當的破壞一致性來提升性能與并行度 。
持久性：每一次的事務提交后就會保證不會丟失
