2. 程式人生 > 其它 >mysql sql 優化

mysql sql 優化

阿新 • • 發佈：2020-12-29

技術標籤：優化mysql

這裡寫自定義目錄標題


BATJTMD等大廠的面試難度越來越高，但無論從大廠還是到小公司，一直未變的一個重點就是對SQL優化經驗的考察。一提到資料庫，先“說一說你對SQL優化的見解吧？”。
SQL優化已經成為衡量程式猿優秀與否的硬性指標，甚至在各大廠招聘崗位職能上都有明碼標註，如果是你，在這個問題上能吊打面試官還是會被吊打呢？
圖片
注:如果看著模糊，可能是你擼多了
目錄
前言
SELECT語句 - 語法順序：
SELECT語句 - 執行順序：
SQL優化策略
一、避免不走索引的場景
二、SELECT語句其他優化
三、增刪改 DML 語句優化
四、查詢條件優化
五、建表優化
有朋友疑問到，SQL優化真的有這麼重要麼？如下圖所示，SQL優化在提升系統性能中是：（成本最低 && 優化效果最明顯） 的途徑。如果你的團隊在SQL優化這方面搞得很優秀，對你們整個大型系統可用性方面無疑是一個質的跨越，真的能讓你們老闆省下不止幾沓子錢。
圖片
優化成本：硬體>系統配置>資料庫表結構>SQL及索引。
優化效果：硬體<系統配置<資料庫表結構<SQL及索引。
String result = “嗯，不錯，”;

if (“SQL優化經驗足”) {
if (“熟悉事務鎖”) {
if (“併發場景處理666”) {
if (“會打王者榮耀”) {
result += “明天入職”
}
}
}
} else {
result += “先回去等訊息吧”;
}

Logger.info(“面試官：” + result );
別看了，上面這是一道送命題。
好了我們言歸正傳，首先，對於MySQL層優化我一般遵從五個原則：

減少資料訪問：設定合理的欄位型別，啟用壓縮，通過索引訪問等減少磁碟IO
返回更少的資料：只返回需要的欄位和資料分頁處理 減少磁碟io及網路io
減少互動次數：批量DML操作，函式儲存等減少資料連線次數
減少伺服器CPU開銷：儘量減少資料庫排序操作以及全表查詢，減少cpu 記憶體佔用
利用更多資源：使用表分割槽，可以增加並行操作，更大限度利用cpu資源
總結到SQL優化中，就三點:
最大化利用索引；
儘可能避免全表掃描；
減少無效資料的查詢；
理解SQL優化原理 ，首先要搞清楚SQL執行順序：
SELECT語句 - 語法順序：

  1. SELECT
  2. DISTINCT <select_list>
  3. FROM <left_table>
  4. <join_type> JOIN <right_table>
  5. ON <join_condition>
  6. WHERE <where_condition>
  7. GROUP BY <group_by_list>
  8. HAVING <having_condition>
  9. ORDER BY <order_by_condition>
    10.LIMIT <limit_number>
    SELECT語句 - 執行順序：

FROM
<表名> # 選取表，將多個表資料通過笛卡爾積變成一個表。
ON
<篩選條件> # 對笛卡爾積的虛表進行篩選
JOIN <join, left join, right join…>
<join表> # 指定join，用於新增資料到on之後的虛表中，例如left join會將左表的剩餘資料新增到虛表中
WHERE
<where條件> # 對上述虛表進行篩選
GROUP BY
<分組條件> # 分組
<SUM()等聚合函式> # 用於having子句進行判斷，在書寫上這類聚合函式是寫在having判斷裡面的
HAVING
<分組篩選> # 對分組後的結果進行聚合篩選
SELECT
<返回資料列表> # 返回的單列必須在group by子句中，聚合函式除外
DISTINCT

資料除重

ORDER BY
<排序條件> # 排序
LIMIT
<行數限制>
SQL優化策略

宣告：以下SQL優化策略適用於資料量較大的場景下，如果資料量較小，沒必要以此為準，以免畫蛇添足。
一、避免不走索引的場景

  1. 儘量避免在欄位開頭模糊查詢，會導致資料庫引擎放棄索引進行全表掃描。如下：
    SELECT * FROM t WHERE username LIKE ‘%陳%’
    優化方式：儘量在欄位後面使用模糊查詢。如下：
    SELECT * FROM t WHERE username LIKE ‘陳%’
    如果需求是要在前面使用模糊查詢，
    使用MySQL內建函式INSTR(str,substr) 來匹配，作用類似於java中的indexOf()，查詢字串出現的角標位置
    使用FullText全文索引，用match against 檢索
    資料量較大的情況，建議引用ElasticSearch、solr，億級資料量檢索速度秒級
    當表資料量較少（幾千條兒那種），別整花裡胡哨的，直接用like ‘%xx%’。
  2. 儘量避免使用in 和not in，會導致引擎走全表掃描。如下：
    SELECT * FROM t WHERE id IN (2,3)
    優化方式：如果是連續數值，可以用between代替。如下：
    SELECT * FROM t WHERE id BETWEEN 2 AND 3
    如果是子查詢，可以用exists代替。如下：
    – 不走索引
    select * from A where A.id in (select id from B);
    – 走索引
    select * from A where exists (select * from B where B.id = A.id);
  3. 儘量避免使用 or，會導致資料庫引擎放棄索引進行全表掃描。如下：
    SELECT * FROM t WHERE id = 1 OR id = 3
    優化方式：可以用union代替or。如下：
    SELECT * FROM t WHERE id = 1
    UNION
    SELECT * FROM t WHERE id = 3
  4. 儘量避免進行null值的判斷，會導致資料庫引擎放棄索引進行全表掃描。如下：
    SELECT * FROM t WHERE score IS NULL
    優化方式：可以給欄位新增預設值0，對0值進行判斷。如下：
    SELECT * FROM t WHERE score = 0
    5.儘量避免在where條件中等號的左側進行表示式、函式操作，會導致資料庫引擎放棄索引進行全表掃描。
    可以將表示式、函式操作移動到等號右側。如下：
    – 全表掃描
    SELECT * FROM T WHERE score/10 = 9
    – 走索引
    SELECT * FROM T WHERE score = 10*9
  5. 當資料量大時，避免使用where 1=1的條件。通常為了方便拼裝查詢條件，我們會預設使用該條件，資料庫引擎會放棄索引進行全表掃描。如下：
    SELECT username, age, sex FROM T WHERE 1=1
    優化方式：用程式碼拼裝sql時進行判斷，沒 where 條件就去掉 where，有where條件就加 and。
    搜尋Java知音公眾號，回覆“後端面試”，送你一份Java面試題寶典.pdf
  6. 查詢條件不能用 <> 或者 !=
    使用索引列作為條件進行查詢時，需要避免使用<>或者!=等判斷條件。如確實業務需要，使用到不等於符號，需要在重新評估索引建立，避免在此欄位上建立索引，改由查詢條件中其他索引欄位代替。
  7. where條件僅包含複合索引非前置列
    如下：複合（聯合）索引包含key_part1，key_part2，key_part3三列，但SQL語句沒有包含索引前置列"key_part1"，按照MySQL聯合索引的最左匹配原則，不會走聯合索引。
    select col1 from table where key_part2=1 and key_part3=2
  8. 隱式型別轉換造成不使用索引
    如下SQL語句由於索引對列型別為varchar，但給定的值為數值，涉及隱式型別轉換，造成不能正確走索引。
    select col1 from table where col_varchar=123;
  9. order by 條件要與where中條件一致，否則order by不會利用索引進行排序
    – 不走age索引
    SELECT * FROM t order by age;

– 走age索引
SELECT * FROM t where age > 0 order by age;
對於上面的語句，資料庫的處理順序是：
第一步：根據where條件和統計資訊生成執行計劃，得到資料。
第二步：將得到的資料排序。當執行處理資料（order by）時，資料庫會先檢視第一步的執行計劃，看order by 的欄位是否在執行計劃中利用了索引。如果是，則可以利用索引順序而直接取得已經排好序的資料。如果不是，則重新進行排序操作。
第三步：返回排序後的資料。
當order by 中的欄位出現在where條件中時，才會利用索引而不再二次排序，更準確的說，order by 中的欄位在執行計劃中利用了索引時，不用排序操作。
這個結論不僅對order by有效，對其他需要排序的操作也有效。比如group by 、union 、distinct等。
11. 正確使用hint優化語句
MySQL中可以使用hint指定優化器在執行時選擇或忽略特定的索引。一般而言，處於版本變更帶來的表結構索引變化，更建議避免使用hint，而是通過Analyze table多收集統計資訊。但在特定場合下，指定hint可以排除其他索引干擾而指定更優的執行計劃。
USE INDEX 在你查詢語句中表名的後面，新增 USE INDEX 來提供希望 MySQL 去參考的索引列表，就可以讓 MySQL 不再考慮其他可用的索引。例子: SELECT col1 FROM table USE INDEX (mod_time, name)…
IGNORE INDEX 如果只是單純的想讓 MySQL 忽略一個或者多個索引，可以使用 IGNORE INDEX 作為 Hint。例子: SELECT col1 FROM table IGNORE INDEX (priority) …
FORCE INDEX 為強制 MySQL 使用一個特定的索引，可在查詢中使用FORCE INDEX 作為Hint。例子: SELECT col1 FROM table FORCE INDEX (mod_time) …
在查詢的時候，資料庫系統會自動分析查詢語句，並選擇一個最合適的索引。但是很多時候，資料庫系統的查詢優化器並不一定總是能使用最優索引。如果我們知道如何選擇索引，可以使用FORCE INDEX強制查詢使用指定的索引。
例如：
SELECT * FROM students FORCE INDEX (idx_class_id) WHERE class_id = 1 ORDER BY id DESC;
二、SELECT語句其他優化

  1. 避免出現select *
    首先，select * 操作在任何型別資料庫中都不是一個好的SQL編寫習慣。
    使用select * 取出全部列，會讓優化器無法完成索引覆蓋掃描這類優化，會影響優化器對執行計劃的選擇，也會增加網路頻寬消耗，更會帶來額外的I/O,記憶體和CPU消耗。
    建議提出業務實際需要的列數，將指定列名以取代select *。

  2. 避免出現不確定結果的函式
    特定針對主從複製這類業務場景。由於原理上從庫複製的是主庫執行的語句，使用如now()、rand()、sysdate()、current_user()等不確定結果的函式很容易導致主庫與從庫相應的資料不一致。另外不確定值的函式,產生的SQL語句無法利用query cache。
    3.多表關聯查詢時，小表在前，大表在後。
    在MySQL中，執行 from 後的表關聯查詢是從左往右執行的（Oracle相反），第一張表會涉及到全表掃描，所以將小表放在前面，先掃小表，掃描快效率較高，在掃描後面的大表，或許只掃描大表的前100行就符合返回條件並return了。
    例如：表1有50條資料，表2有30億條資料；如果全表掃描表2，你品，那就先去吃個飯再說吧是吧。

  3. 使用表的別名
    當在SQL語句中連線多個表時，請使用表的別名並把別名字首於每個列名上。這樣就可以減少解析的時間並減少哪些友列名歧義引起的語法錯誤。

  4. 用where字句替換HAVING字句
    避免使用HAVING字句，因為HAVING只會在檢索出所有記錄之後才對結果集進行過濾，而where則是在聚合前刷選記錄，如果能通過where字句限制記錄的數目，那就能減少這方面的開銷。HAVING中的條件一般用於聚合函式的過濾，除此之外，應該將條件寫在where字句中。
    where和having的區別：where後面不能使用組函式
    6.調整Where字句中的連線順序
    MySQL採用從左往右，自上而下的順序解析where子句。根據這個原理，應將過濾資料多的條件往前放，最快速度縮小結果集。
    三、增刪改 DML 語句優化

  5. 大批量插入資料
    如果同時執行大量的插入，建議使用多個值的INSERT語句(方法二)。這比使用分開INSERT語句快（方法一），一般情況下批量插入效率有幾倍的差別。
    方法一：
    insert into T values(1,2);

insert into T values(1,3);

insert into T values(1,4);
方法二：
Insert into T values(1,2),(1,3),(1,4);
選擇後一種方法的原因有三。
減少SQL語句解析的操作，MySQL沒有類似Oracle的share pool，採用方法二，只需要解析一次就能進行資料的插入操作；
在特定場景可以減少對DB連線次數
SQL語句較短，可以減少網路傳輸的IO。
2. 適當使用commit
適當使用commit可以釋放事務佔用的資源而減少消耗，commit後能釋放的資源如下：
事務佔用的undo資料塊；
事務在redo log中記錄的資料塊；
釋放事務施加的，減少鎖爭用影響效能。特別是在需要使用delete刪除大量資料的時候，必須分解刪除量並定期commit。
3. 避免重複查詢更新的資料
針對業務中經常出現的更新行同時又希望獲得改行資訊的需求，MySQL並不支援PostgreSQL那樣的UPDATE RETURNING語法，在MySQL中可以通過變數實現。
例如，更新一行記錄的時間戳，同時希望查詢當前記錄中存放的時間戳是什麼，簡單方法實現：
Update t1 set time=now() where col1=1;

Select time from t1 where id =1;
使用變數，可以重寫為以下方式：
Update t1 set time=now () where col1=1 and @now: = now ();

Select @now;
前後二者都需要兩次網路來回，但使用變數避免了再次訪問資料表，特別是當t1表資料量較大時，後者比前者快很多。
4.查詢優先還是更新（insert、update、delete）優先
MySQL 還允許改變語句排程的優先順序，它可以使來自多個客戶端的查詢更好地協作，這樣單個客戶端就不會由於鎖定而等待很長時間。改變優先順序還可以確保特定型別的查詢被處理得更快。我們首先應該確定應用的型別，判斷應用是以查詢為主還是以更新為主的，是確保查詢效率還是確保更新的效率，決定是查詢優先還是更新優先。
下面我們提到的改變排程策略的方法主要是針對只存在表鎖的儲存引擎，比如 MyISAM 、MEMROY、MERGE，對於Innodb 儲存引擎，語句的執行是由獲得行鎖的順序決定的。MySQL 的預設的排程策略可用總結如下：
1）寫入操作優先於讀取操作。
2）對某張資料表的寫入操作某一時刻只能發生一次，寫入請求按照它們到達的次序來處理。
3）對某張資料表的多個讀取操作可以同時地進行。MySQL 提供了幾個語句調節符，允許你修改它的排程策略：
LOW_PRIORITY關鍵字應用於DELETE、INSERT、LOAD DATA、REPLACE和UPDATE；
HIGH_PRIORITY關鍵字應用於SELECT和INSERT語句；
DELAYED關鍵字應用於INSERT和REPLACE語句。
如果寫入操作是一個 LOW_PRIORITY（低優先順序）請求，那麼系統就不會認為它的優先順序高於讀取操作。在這種情況下，如果寫入者在等待的時候，第二個讀取者到達了，那麼就允許第二個讀取者插到寫入者之前。只有在沒有其它的讀取者的時候，才允許寫入者開始操作。這種排程修改可能存在 LOW_PRIORITY寫入操作永遠被阻塞的情況。
SELECT 查詢的HIGH_PRIORITY（高優先順序）關鍵字也類似。它允許SELECT 插入正在等待的寫入操作之前，即使在正常情況下寫入操作的優先順序更高。另外一種影響是，高優先順序的 SELECT 在正常的 SELECT 語句之前執行，因為這些語句會被寫入操作阻塞。如果希望所有支援LOW_PRIORITY 選項的語句都預設地按照低優先順序來處理，那麼 請使用–low-priority-updates 選項來啟動伺服器。通過使用 INSERTHIGH_PRIORITY 來把 INSERT 語句提高到正常的寫入優先順序，可以消除該選項對單個INSERT語句的影響。
四、查詢條件優化

  1. 對於複雜的查詢，可以使用中間臨時表 暫存資料
  2. 優化group by語句
    預設情況下，MySQL 會對GROUP BY分組的所有值進行排序，如 “GROUP BY col1，col2，…;” 查詢的方法如同在查詢中指定 “ORDER BY col1，col2，…;” 如果顯式包括一個包含相同的列的 ORDER BY子句，MySQL 可以毫不減速地對它進行優化，儘管仍然進行排序。
    因此，如果查詢包括 GROUP BY 但你並不想對分組的值進行排序，你可以指定 ORDER BY NULL禁止排序。例如：
    SELECT col1, col2, COUNT(*) FROM table GROUP BY col1, col2 ORDER BY NULL ;
  3. 優化join語句
    MySQL中可以通過子查詢來使用 SELECT 語句來建立一個單列的查詢結果，然後把這個結果作為過濾條件用在另一個查詢中。使用子查詢可以一次性的完成很多邏輯上需要多個步驟才能完成的 SQL 操作，同時也可以避免事務或者表鎖死，並且寫起來也很容易。但是，有些情況下，子查詢可以被更有效率的連線(JOIN)…替代。
    例子：假設要將所有沒有訂單記錄的使用者取出來，可以用下面這個查詢完成：
    SELECT col1 FROM customerinfo WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo )
    如果使用連線(JOIN)… 來完成這個查詢工作，速度將會有所提升。尤其是當 salesinfo表中對 CustomerID 建有索引的話，效能將會更好，查詢如下：
    SELECT col1 FROM customerinfo
    LEFT JOIN salesinfoON customerinfo.CustomerID=salesinfo.CustomerID
    WHERE salesinfo.CustomerID IS NULL
    連線(JOIN)… 之所以更有效率一些，是因為 MySQL 不需要在記憶體中建立臨時表來完成這個邏輯上的需要兩個步驟的查詢工作。
  4. 優化union查詢
    MySQL通過建立並填充臨時表的方式來執行union查詢。除非確實要消除重複的行，否則建議使用union all。原因在於如果沒有all這個關鍵詞，MySQL會給臨時表加上distinct選項，這會導致對整個臨時表的資料做唯一性校驗，這樣做的消耗相當高。
    高效：
    SELECT COL1, COL2, COL3 FROM TABLE WHERE COL1 = 10

UNION ALL

SELECT COL1, COL2, COL3 FROM TABLE WHERE COL3= ‘TEST’;
低效：
SELECT COL1, COL2, COL3 FROM TABLE WHERE COL1 = 10

UNION

SELECT COL1, COL2, COL3 FROM TABLE WHERE COL3= ‘TEST’;
5.拆分複雜SQL為多個小SQL，避免大事務
簡單的SQL容易使用到MySQL的QUERY CACHE；
減少鎖表時間特別是使用MyISAM儲存引擎的表；
可以使用多核CPU。
6. 使用truncate代替delete
當刪除全表中記錄時，使用delete語句的操作會被記錄到undo塊中，刪除記錄也記錄binlog，當確認需要刪除全表時，會產生很大量的binlog並佔用大量的undo資料塊，此時既沒有很好的效率也佔用了大量的資源。
使用truncate替代，不會記錄可恢復的資訊，資料不能被恢復。也因此使用truncate操作有其極少的資源佔用與極快的時間。另外，使用truncate可以回收表的水位，使自增欄位值歸零。
7. 使用合理的分頁方式以提高分頁效率
使用合理的分頁方式以提高分頁效率 針對展現等分頁需求，合適的分頁方式能夠提高分頁的效率。
案例1：
select * from t where thread_id = 10000 and deleted = 0
order by gmt_create asc limit 0, 15;
上述例子通過一次性根據過濾條件取出所有欄位進行排序返回。資料訪問開銷=索引IO+索引全部記錄結果對應的表資料IO。因此，該種寫法越翻到後面執行效率越差，時間越長，尤其表資料量很大的時候。
適用場景：當中間結果集很小（10000行以下）或者查詢條件複雜（指涉及多個不同查詢欄位或者多表連線）時適用。
案例2：
select t.* from (select id from t where thread_id = 10000 and deleted = 0
order by gmt_create asc limit 0, 15) a, t
where a.id = t.id;
上述例子必須滿足t表主鍵是id列，且有覆蓋索引secondary key:(thread_id, deleted, gmt_create)。通過先根據過濾條件利用覆蓋索引取出主鍵id進行排序，再進行join操作取出其他欄位。資料訪問開銷=索引IO+索引分頁後結果（例子中是15行）對應的表資料IO。因此，該寫法每次翻頁消耗的資源和時間都基本相同，就像翻第一頁一樣。
適用場景：當查詢和排序欄位（即where子句和order by子句涉及的欄位）有對應覆蓋索引時，且中間結果集很大的情況時適用。
五、建表優化

  1. 在表中建立索引，優先考慮where、order by使用到的欄位。
  2. 儘量使用數字型欄位（如性別，男：1 女：2），若只含數值資訊的欄位儘量不要設計為字元型，這會降低查詢和連線的效能，並會增加儲存開銷。
    這是因為引擎在處理查詢和連線時會 逐個比較字串中每一個字元，而對於數字型而言只需要比較一次就夠了。
  3. 查詢資料量大的表 會造成查詢緩慢。主要的原因是掃描行數過多。這個時候可以通過程式，分段分頁進行查詢，迴圈遍歷，將結果合併處理進行展示。要查詢100000到100050的資料，如下：
    SELECT * FROM (SELECT ROW_NUMBER() OVER(ORDER BY ID ASC) AS rowid,*
    FROM infoTab)t WHERE t.rowid > 100000 AND t.rowid <= 100050
  4. 用varchar/nvarchar 代替 char/nchar
    儘可能的使用 varchar/nvarchar 代替 char/nchar ，因為首先變長欄位儲存空間小，可以節省儲存空間，其次對於查詢來說，在一個相對較小的欄位內搜尋效率顯然要高些。
    不要以為 NULL 不需要空間，比如：char(100) 型，在欄位建立時，空間就固定了， 不管是否插入值（NULL也包含在內），都是佔用 100個字元的空間的，如果是varchar這樣的變長欄位， null 不佔用空間。

歡迎使用Markdown編輯器

你好！ 這是你第一次使用 Markdown編輯器 所展示的歡迎頁。如果你想學習如何使用Markdown編輯器, 可以仔細閱讀這篇文章，瞭解一下Markdown的基本語法知識。

新的改變

我們對Markdown編輯器進行了一些功能拓展與語法支援，除了標準的Markdown編輯器功能，我們增加了如下幾點新功能，幫助你用它寫部落格：

  1. 全新的介面設計 ，將會帶來全新的寫作體驗；
  2. 在創作中心設定你喜愛的程式碼高亮樣式，Markdown 將程式碼片顯示選擇的高亮樣式 進行展示；
  3. 增加了 圖片拖拽 功能，你可以將本地的圖片直接拖拽到編輯區域直接展示；
  4. 全新的 KaTeX數學公式 語法；
  5. 增加了支援甘特圖的mermaid語法1 功能；
  6. 增加了 多螢幕編輯 Markdown文章功能；
  7. 增加了 焦點寫作模式、預覽模式、簡潔寫作模式、左右區域同步滾輪設定 等功能，功能按鈕位於編輯區域與預覽區域中間；
  8. 增加了 檢查列表 功能。

功能快捷鍵

撤銷：Ctrl/Command + Z
重做：Ctrl/Command + Y
加粗：Ctrl/Command + B
斜體：Ctrl/Command + I
標題：Ctrl/Command + Shift + H
無序列表：Ctrl/Command + Shift + U
有序列表：Ctrl/Command + Shift + O
檢查列表：Ctrl/Command + Shift + C
插入程式碼：Ctrl/Command + Shift + K
插入連結：Ctrl/Command + Shift + L
插入圖片：Ctrl/Command + Shift + G
查詢：Ctrl/Command + F
替換：Ctrl/Command + G

合理的建立標題，有助於目錄的生成

直接輸入1次#，並按下space後，將生成1級標題。
輸入2次#，並按下space後，將生成2級標題。
以此類推，我們支援6級標題。有助於使用TOC語法後生成一個完美的目錄。

如何改變文字的樣式

強調文字 強調文字

加粗文字 加粗文字

標記文字

刪除文字

引用文字

H2O is是液體。

210 運算結果是 1024.

插入連結與圖片

連結: link.

圖片: Alt

帶尺寸的圖片: Alt

居中的圖片: Alt

居中並且帶尺寸的圖片: Alt

當然，我們為了讓使用者更加便捷，我們增加了圖片拖拽功能。

如何插入一段漂亮的程式碼片

去部落格設定頁面，選擇一款你喜歡的程式碼片高亮樣式，下面展示同樣高亮的 程式碼片.

// An highlighted block
var foo = 'bar';

生成一個適合你的列表

  • 專案
    • 專案
      • 專案
  1. 專案1
  2. 專案2
  3. 專案3
  • 計劃任務
  • 完成任務

建立一個表格

一個簡單的表格是這麼建立的：

專案Value
電腦$1600
手機$12
導管$1

設定內容居中、居左、居右

使用:---------:居中
使用:----------居左
使用----------:居右

第一列第二列第三列
第一列文字居中第二列文字居右第三列文字居左

SmartyPants

SmartyPants將ASCII標點字元轉換為“智慧”印刷標點HTML實體。例如：

TYPEASCIIHTML
Single backticks'Isn't this fun?'‘Isn’t this fun?’
Quotes"Isn't this fun?"“Isn’t this fun?”
Dashes-- is en-dash, --- is em-dash– is en-dash, — is em-dash

建立一個自定義列表

Markdown
Text-to- HTML conversion tool
Authors
John
Luke

如何建立一個註腳

一個具有註腳的文字。2

註釋也是必不可少的

Markdown將文字轉換為 HTML。

KaTeX數學公式

您可以使用渲染LaTeX數學表示式 KaTeX:

Gamma公式展示 Γ ( n ) = ( n − 1 ) ! ∀ n ∈ N \Gamma(n) = (n-1)!\quad\forall n\in\mathbb N Γ(n)=(n−1)!∀n∈N 是通過尤拉積分

Γ ( z ) = ∫ 0 ∞ t z − 1 e − t d t   . \Gamma(z) = \int_0^\infty t^{z-1}e^{-t}dt\,. Γ(z)=∫0∞​tz−1e−tdt.

你可以找到更多關於的資訊 LaTeX 數學表示式here.

新的甘特圖功能，豐富你的文章

Mon 06 Mon 13 Mon 20 已完成 進行中 計劃一 計劃二 現有任務 Adding GANTT diagram functionality to mermaid
  • 關於 甘特圖 語法，參考 這兒,

UML 圖表

可以使用UML圖表進行渲染。 Mermaid. 例如下面產生的一個序列圖：

張三 李四 王五 你好！李四, 最近怎麼樣? 你最近怎麼樣，王五？ 我很好，謝謝! 我很好，謝謝! 李四想了很長時間, 文字太長了 不適合放在一行. 打量著王五... 很好... 王五, 你怎麼樣? 張三 李四 王五

這將產生一個流程圖。:

連結 長方形 圓 圓角長方形 菱形
  • 關於 Mermaid 語法，參考 這兒,

FLowchart流程圖

我們依舊會支援flowchart的流程圖：

Created with Raphaël 2.2.0 開始 我的操作 確認？ 結束 yes no
  • 關於 Flowchart流程圖 語法，參考 這兒.

匯出與匯入

匯出

如果你想嘗試使用此編輯器, 你可以在此篇文章任意編輯。當你完成了一篇文章的寫作, 在上方工具欄找到 文章匯出 ，生成一個.md檔案或者.html檔案進行本地儲存。

匯入

如果你想載入一篇你寫過的.md檔案，在上方工具欄可以選擇匯入功能進行對應副檔名的檔案匯入，
繼續你的創作。

  1. mermaid語法說明 ↩︎

  2. 註腳的解釋 ↩︎

相關推薦

11.mysql SQL優化之SQL問題定位

3.1 檢視SQL執行頻率 MySQL 客戶端連線成功後，通過 show [session|global] status 命令可以提供伺服器狀態資訊。show [session|global] status 可以根據需要加上引數“session”或者“global”

MySQL SQL優化教程之in和range查詢

首先我們來說下in()這種方式的查詢。在《高效能MySQL》裡面提及用in這種方式可以有效的替代一定的range查詢，提升查詢效率，因為在一條索引裡面，range欄位後面的部分是不生效的。使用in這種方式其實MySQL優化器是轉

mysql sql 優化

技術標籤：優化mysql 這裡寫自定義目錄標題 資料除重歡迎使用Markdown編輯器新的改變功能快捷鍵合理的建立標題，有助於目錄的生成如何改變文字的樣式插入連結與圖片如何插入一段漂亮的程式碼片生成一個適合你的

mysql - SQL 優化小結

優化批量插入資料： 資料來源，根據主鍵做好排序，再進行資料匯入： mysql> load data local infile \'/root/sql1.log\' intotable `table_1` fields terminated by \',\' lines terminated by \'\\n\';

mysql sql優化 & 事務處理特徵 & 約束新增、刪除

索引樹高度 表的資料量 資料量越大，樹的高度就會變高，理論上三層索引樹的高度最為理想，可以支援百萬級別的資料量

MySQL-SQL優化

insert 使用批量插入 當有多個insert語句時 使用批量插入，如果insert語句太多（例如超過一萬條）建議分批插入（例如一次插入一千條，具體看情況）

MySQL SQL語句分析與查詢優化詳解

如何獲取有效能問題的SQL 1、通過使用者反饋獲取存在效能問題的SQL 2、通過慢查詢日誌獲取效能問題的SQL

MySQL複習（二）：MySQL鎖、MySQL事務、SQL優化、資料庫分庫分表

五、MySQL鎖 根據加鎖的範圍，MySQL裡面的鎖大致可以分成全域性鎖、表級鎖和行鎖三類

MySQL效能優化(六)：常見優化SQL的技巧

在面對不夠優化、或者效能極差的SQL語句時，我們通常的想法是將重構這個SQL語句，讓其查詢的結果集和原來保持一樣，並且希望SQL效能得以提升。而在重構SQL時，一般都有一定方法技巧可供參考，本文將介紹如何通過這些

MySQL學習筆記（18）：SQL優化

本文更新於2019-08-18，使用MySQL 5.7，作業系統為Deepin 15.4。 目錄優化SQL語句的步驟通過SHOW STATUS瞭解SQL語句的執行情況定位執行效率低下的SQL語句通過EXPLAIN或DESC分析SQL的執行計劃通過SHOW PROFILES和SHOW

Mysql資料庫的慢sql優化步驟

Mysql資料庫的慢sql優化步驟 慢sql優化步驟： 先檢視慢日誌，獲得具體哪條sql語句是慢sql。

MySQL中的函式索引（Generated Column）及一次SQL優化

MySQL 中是沒有 Oracle 的函式索引功能的，把 MySQL 的 Generated Column 稱為“函式索引”並不準確，但可以和函式索引達到同樣的效果，也有人把這個特性稱為“衍生列”。

MySQL之儲存引擎及SQL優化

6、Mysql的體系結構概念 [外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片儲存下來直接上傳(img-ngOJt76c-1606377489290)(/Users/mac/Documents/mysql筆記/mysql的體系結構.png)]

SQL優化最乾貨總結-MySQL「2020年終總結版」

前言 BATJTMD等大廠的面試難度越來越高，但無論從大廠還是到小公司，一直未變的一個重點就是對SQL優化經驗的考察。一提到資料庫，先“說一說你對SQL優化的見解吧？”。

MySql索引SQL優化，Explain

技術標籤：SQL索引mysqlsql資料庫 EXPLAIN 使用EXPLAIN關鍵字可以模擬優化器執行SQL語句，從而知道MySQL是 如何處理你的SQL語句的。分析你的查詢語句或是結構的效能瓶頸

（轉）MySQL——SQL效能分析優化利器之Explain

系統性能的優劣取決於我們sql的查詢速度，MySQL Explain命令是分析SQL效能及優化不可缺少的一部分。

MySQL之sql優化

技術標籤：mysqlmysql 關聯查詢 left join 優化規則：在匹配表建立關聯欄位的索引（左側為驅動表，右側有匹配表）。

Mysql索引篇（五） Sql優化建議和例子

技術標籤：mysql資料庫索引 本系列文章目錄 展開/收起 Mysql索引篇（一） 索引的資料結構B+樹Mysql索引篇（二） Myisam和Innodb的索引Mysql索引篇（三） 善於explain分析sql語句Mysql索引篇（四） 覆蓋索

（11）MySQL進階篇SQL優化（InnoDB鎖問題排查與解決）

1.概述 前面章節之所以介紹那麼多鎖的知識點和示例，其實最終目的就是為了排查與解決死鎖的問題，下面我們把之前學過鎖知識重溫與補充一遍，然後再通過例子演示下如果排查與解決死鎖。

mysql慢sql優化總結

explain之後（個人見解 僅供參考 歡迎批評指正） 1. 確認當前sql中的索引使用 是否正常 如果不正常 嘗試給適當的欄位增加索引（但是建立索引的時候 我們需要考慮索引的效能 一般建議一張表 索引欄位的佔比 控制在3