mysql基礎(chǔ)技能與原理(已改無錯(cuò)字)
2023-06-22 19:04:46 本頁面
【正文】 LUE // 16~MAX ? )； 分區(qū)表基礎(chǔ) —List分區(qū) ? LIST分區(qū)中每個(gè)分區(qū)的定義和選擇是基于某列的值從屬于一個(gè)值列表集中的一個(gè)值。 LIST分區(qū)通過 ”VALUES IN (value_list)”的方式來定義每個(gè)分區(qū)，其中 ”value_list”是一個(gè)通過逗號(hào)分隔的整數(shù)列表。 ? CREATE TABLE employees ( ? id INT NOT NULL, ? store_id INT ? ) ? PARTITION BY LIST(store_id) ? PARTITION p1 VALUES IN (3,5,6,9,17), ? PARTITION p2 VALUES IN (1,2,10,11,19,20), ? PARTITION p3 VALUES IN (4,12,13,14,18), ? PARTITION p4 VALUES IN (7,8,15,16) ? )； 分區(qū)表基礎(chǔ) —Hash分區(qū) ? 在 HASH分區(qū)中， MySQL自動(dòng)完成分區(qū)值，你所要做的只是基于將要被哈希的列值指定一個(gè)列值或表達(dá)式，以及指定被分區(qū)的表將要被分割成的分區(qū)數(shù)量。 ? CREATE TABLE employees ( ? id INT NOT NULL, ? store_id INT ? ) ? PARTITION BY HASH(store_id) ? PARTITIONS 4； 分區(qū)表基礎(chǔ) —子分區(qū) ? 子分區(qū)是分區(qū)表中每個(gè)分區(qū)的再次分割，子分區(qū)既可以使用 HASH希分區(qū)，也可以使用 KEY分區(qū)， 每個(gè)分區(qū)必須有相同數(shù)量的子分區(qū)。 ? CREATE TABLE ts (id INT, purchased DATE) ? PARTITION BY RANGE(YEAR(purchased)) ? SUBPARTITION BY HASH(TO_DAYS(purchased)) ? ( PARTITION p0 VALUES LESS THAN (1990) ? ( ? SUBPARTITION s0, ? SUBPARTITION s1 ? ), ? PARTITION p1 VALUES LESS THAN (2021) ? ( ? SUBPARTITION s2, ? SUBPARTITION s3 ? ))。 高級(jí)特性應(yīng)用場(chǎng)景 ? 存儲(chǔ)過程不得包含業(yè)務(wù)邏輯，一般只做臨時(shí)數(shù)據(jù)訂正或固定邏輯用。 ? 觸發(fā)器目前只用于 Otter，一般不使用。 ? 分區(qū)表適合數(shù)據(jù)量大，但查詢會(huì)固定在若干個(gè)數(shù)據(jù)集中的場(chǎng)景，但不要把分區(qū)表混合排序使用，可能帶來嚴(yán)重的性能故障。（ BRMMS發(fā)生過） MySQL與 Oracle差異比較 ? 優(yōu)化器差異 ? SQL方言差異 ? 常用功能差異 優(yōu)化器差異 ? MySQL對(duì)子查詢會(huì)處理為臨時(shí)表，所以一般 JOIN效率比做子查詢高。 ? MySQL在 JOIN中對(duì) ORDER BY、 GROUP BY優(yōu)化較弱， JOIN中的排序分組幾乎都會(huì)使用 Fille Sort和臨時(shí)表 ? MySQL只有 RBO，沒有 CBO，所以總是選擇類型上最優(yōu)的執(zhí)行計(jì)劃，而不一定是開銷最小的。 ? MySQL對(duì)于 OR，很多時(shí)候并不會(huì)優(yōu)化成兩次索引訪問或合并索引，所以 OR最好寫成兩條 SQL，做 UNION ALL。 ? IN中存在 NULL條件，可能會(huì)讓優(yōu)化器走成全表掃描。 SQL方言差異 ? 選擇部分行 ： Oracle使用 Rownum， MySQL使用 LIMIT start,end。 ? 執(zhí)行函
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1