從Delphi遠程插入到遠程MySQL數據庫的速度非常慢

Question

從德爾福2010到遠程MySQL 5.09服務器的插入速度極慢，這是一個主要的問題。

到目前爲止，我曾嘗試：用

Zeoslib V7阿爾法

MyDAC

我用配料和直接插入使用ADO（使用表MySQL的ODBC驅動程序

• ADO訪問），並與Zeos我已經使用SQL插入與查詢，然後使用表直接模式，並使用applyupdates和提交緩存更新表模式。使用MyDAC我使用表訪問模式，然後直接SQL插入，然後批量SQL插入

  我試過的所有技術，我設置壓縮打開和關閉沒有可辨別的差異。

  到目前爲止，我已經看到了一個全面的相同7.5記錄每秒！

  現在，我想從這一點來看，假設遠程服務器速度很慢，但MySQL Workbench速度非常快，並且遷移工具包可以非常快速地管理初始遷移（說實話，我不記得有多快 - 哪種意味着它很快）

  編輯1

  速度會更快，我到SQL寫入文件，通過FTP上傳文件到服務器，然後將它導入直接在遠程服務器 - 我想知道他們是否會限制傳入的MySQL流量，但這並不能解釋爲什麼MySQL Workbench太快了！

  編輯2

  在最基本的層面上，代碼已經：

  while not qMSSQL.EOF do 
  begin 
      qMySQL.SQL.Clear; 
      qMySQL.SQL.Add('INSERT INTO tablename (fieldname1) VALUES (:fieldname1)'); 
      qMySQL.ParamByName('fieldname1').asString:=qMSSQL.FieldByName('fieldname1').asString; 
      qMySQL.ExecSQL; 
      qMSSQL.Next; 
  end; 
  

  我又試圖

  qMySQL.CachedUpdates:=true; 
  i:=0; 
  while not qMSSQL.EOF do 
  begin 
      qMySQL.SQL.Clear; 
      qMySQL.SQL.Add('INSERT INTO tablename (fieldname1) VALUES (:fieldname1)'); 
      qMySQL.ParamByName('fieldname1').asString:=qMSSQL.FieldByName('fieldname1').asString; 
      qMySQL.ExecSQL; 
      inc(i); 
      if i>100 then 
      begin 
      qMySQL.ApplyUpdates; 
      i:=0; 
      end; 
      qMSSQL.Next; 
  end; 
  qMySQL.ApplyUpdates; 
  

  現在，這個代碼與CachedUpdates:=False（這顯然從來沒有真正寫回到數據庫）速度快得要命！

  坦率地說，我認爲這是連接 - 我感覺這是連接...只是等待他們回到我身邊！

  感謝您的幫助！

Answer 1

你使用查詢參數嗎？插入的最快方法應該是使用普通查詢和參數（即INSERT INTO表（字段）VALUES（：field）），準備查詢，然後根據需要在單個事務中分配參數並執行多次 - 最後提交（不要使用任何味道的自動提交）

在大多數數據庫中，每次執行查詢時都會避免硬解析，這需要時間。參數只允許查詢一次，然後根據需要重新執行多次。

使用服務器設施來檢查發生了什麼 - 許多提供了一種方法來檢查正在運行的語句正在做什麼。

Answer 2

我不知道ZeosLib，但使用ADO與ODBC驅動程序，您將無法獲得最快的方式插入的記錄，這裏沒幾步，可能使您的插入速度快：

1. 使用Mydac對於直接訪問，它們不需要緩慢的ODBC> ADO> OLEDB> MySqlLib就可以連接到Mysql。

2. 插入前首先打開連接。

3. 如果您有大量插入，如1000或更多，請嘗試使用事務並在100條記錄或更多取決於記錄數後提交。

即使使用ZeosLib或ADO，第3點可能會使您的插入速度更快。

Answer 3

你可以試試AnyDAC和它的Array DML功能。它可能會加速標準SQL INSERT幾次。

Answer 4

你有兩件獨立的事情發生在這裏。首先，你的Delphi程序正在創建Insert語句並將它們發送到數據庫服務器，然後服務器正在處理它們。您需要檢查兩端以找到瓶頸。我不熟悉MySql工具，但我敢打賭，你可以很容易地找到一個SQL分析器。使用它來從Delphi應用程序中分析插入，並將其與Workbench工具中正在運行的插入進行比較，看看是否有顯着差異。

如果不是，則放慢速度在您的應用程序中。嘗試將其連接到Sampling Profiler或其他一些瞭解Delphi的分析工具，它會告訴你在哪裏花費大量時間。一旦你知道了，那麼你可以努力攻擊這個問題，或者回到這裏問一個更具體的問題。但是，除非你知道問題來自哪裏，否則你在這裏得到的任何答案都只會被教育的猜測充其量。

Answer 5

對不起，這個答覆很長時間後，你問這個問題。

我有一個類似的問題。 BDS2006通過ODBC通過ODBC連接到MySQL - 花費25分鐘運行 - 每秒25個插入。我正在使用TDatabase連接並將TTable Tquery附加到它。準備好SQL語句。

主要改進是當我開始在循環內開始交易。一個簡單的例子，Memebrships有會員期限。在插入成員和成員之前開始交易，之後再提交。成員數量爲01585，在交易之前花了279.90秒處理所有的會員記錄，但花了6.71秒。

幾乎太好了，我們仍然在努力修復其他慢比特的代碼。

也許馬克你已經解決了你的問題，但它可能會幫助別人。