Sql執(zhí)行慢的原因可能有哪些？SQL執(zhí)行很慢，大致可以分為兩種情況所有這一數(shù)量級(jí)的更新肯定會(huì)非常慢。第一。你的記錄不一定在同一個(gè)分區(qū)，第二。我不明白為什么這么多人建議你建立一個(gè)索引。生成的索引越多，更

Sql執(zhí)行慢的原因可能有哪些？

SQL執(zhí)行很慢，大致可以分為兩種情況

所有這一數(shù)量級(jí)的更新肯定會(huì)非常慢。第一。你的記錄不一定在同一個(gè)分區(qū)，第二。我不明白為什么這么多人建議你建立一個(gè)索引。生成的索引越多，更新速度就越慢，因?yàn)楦掠涗洉r(shí)，也會(huì)更新索引。第三。你必須知道緩慢更新的瓶頸在哪里。讀寫(xiě)太多，或者記性不夠，或者杯子不夠快，然后對(duì)癥下藥。這里有兩個(gè)簡(jiǎn)單的方法，可能很有效：首先，將100W行表垂直拆分為兩個(gè)，并用外鍵關(guān)系連接。一種是加載ID、外鍵、狀態(tài)值、時(shí)間等小而頻繁變化的數(shù)據(jù)，另一種是加載大而不頻繁變化的數(shù)據(jù)，如長(zhǎng)字符串、XML、文本等，這樣小表的操作可以大大節(jié)省內(nèi)存和CPU開(kāi)銷(xiāo)，減少磁盤(pán)操作。缺點(diǎn)是查詢速度較慢。第二：將100W行水平切割成多個(gè)表格。例如，每月記錄安裝在一個(gè)表中。這樣，每個(gè)表中的記錄數(shù)可能只有幾萬(wàn)條，查詢和更新速度會(huì)更快。缺點(diǎn)是查詢和更新不像以前那么容易編寫(xiě)。