mysql基礎技能與原理——基礎技能(參考版)
2024-10-21 23:57本頁面
【正文】 ? 沒必要的時候不要做外連接，內連接效率比外連接高。 ? OR條件若不能正確的走索引，則拆分為兩條 SQL。 ? 不要在條件里寫不必要的條件。 ? 頻繁的對表進行 count也可以轉化為統(tǒng)計表存儲， 《 計數表的技巧 》 。 ? 經常查詢的字段與不經常查詢的字段分開存儲，用主鍵一一對應，例如帖子標題和內容。 ? GROUP BY/DISTINCT也是以排序為基礎，優(yōu)化同上。 ? 例如： SELECT col1 FROM table WHERE col2=1 AND col30 ORDER BY col3，可以完全使用索引 (col2,col3)避免排序?？梢允褂盟饕?(col1,col2)，但不可以使用 (col2,col1). ? 不等比較的優(yōu)化 ：如果索引的前向部分在 WHERE中是等于，那么可以使用索引，如果索引的前向部分再 WHERE中是不等比較，那么不可以為后面的等于比較使用索引 ? 例如： SELECT col1 FROM table WHERE col2=1 AND col3 10。 ? 前綴索引 ： MySQL可以利用索引的前向部分，但不可以利用后向部分，不支持反向索引。 ? MySQL采用 mysqldump導出，導入可以采用管道或 source。 常用功能差異 ? 鎖差異 ： Oracle鎖加在數據塊上， InnoDB鎖加在主鍵索因上，所以 InnoDB總是有主鍵索引。 ? 復制數據 ： Oracle必須有 as， CREATE TABLE t AS SELECT * FROM table。 ? 執(zhí)行函數 ： Oracle需要 SELECT f() FROM dual。 ? IN中存在 NULL條件，可能會讓優(yōu)化器走成全表掃描。 ? MySQL在 JOIN中對 ORDER BY、 GROUP BY優(yōu)化較弱， JOIN中的排序分組幾乎都會使用 Fille Sort和臨時表 ? MySQL只有 RBO，沒有 CBO，所以總是選擇類型上最優(yōu)的執(zhí)行計劃，而不一定是開銷最小的。 ? 分區(qū)表適合數據量大，但查詢會固定在若干個數據集中的場景，但不要把分區(qū)表混合排序使用，可能帶來嚴重的性能故障。 高級特性應用場景 ? 存儲過程不得包含業(yè)務邏輯，一般只做臨時數據訂正或固定邏輯用。 ? CREATE TABLE employees ( ? id INT NOT NULL, ? store_id INT ? ) ? PARTITION BY HASH(store_id) ? PARTITIONS 4； 分區(qū)表基礎 —子分區(qū) ? 子分區(qū)是分區(qū)表中每個分區(qū)的再次分割，子分區(qū)既可以使用 HASH希分區(qū)，也可以使用 KEY分區(qū)， 每個分區(qū)必須有相同數量的子分區(qū)。 LIST分區(qū)通過 ”VALUES IN (value_list)”的方式來定義每個分區(qū)，其中 ”value_list”是一個通過逗號分隔的整數列表。這些區(qū)間要連續(xù)且不能相互重疊，使用 VALUES LESS THAN操作符來進行定義。 ? 子分區(qū) ：子分區(qū)是分區(qū)表中每個分區(qū)的再次分割。 ? KEY 分區(qū) ：類似于按 HASH分區(qū)，區(qū)別在于 KEY分區(qū)只支持計算一列或多列，且 MySQL服務器提供其自身的哈希函數。 ? HASH分區(qū) ：基于用戶定義的表達式的返回值來進行選擇的分區(qū)，該表達式使用將要插入到表中的這些行的列值進行計算。 ? 數據調用： NEW.*（更新后數據） OLD.*（更新前數據） ? 行級觸發(fā)器，每一行都會觸發(fā)動作 ? 內部可以調用存儲過程和函數 ? 每種類型的 Trigger在一張表上只能建立一個 分區(qū)表基礎 ? 官方文檔： ? 分區(qū)類型： ? RANGE分區(qū) ：基于屬于一個給定連續(xù)區(qū)間的列值，把多行分配給分區(qū)。 觸發(fā)器基礎 ? 官方
教學課件相關推薦
鄂ICP備17016276號-1