yoku0825さん
お返事有り難うございました。

スタックトレースは未だ行なっていませんが、
実行しているのは、C#ですがこの様なフローとなります。
恐らくは、yoku0825さんのイメージ頂いているフローではないか。と考えます。

毎回発生する訳ではない辺り、
MySQLではなく、Connectorとファイルシステムとの相関によるものでは。
との推察が付いたのですが、手詰まりとなりました、、。

無理やり機能させるなら、
while(File.Exists())等で待機させれば出来なくも無いですが、
それも違うな。と言う事で引き続き解決策を検討している所です。
　→INTO OUTFILEは、対象がなくともファイルを生成するので、
　　出現するまでWhileで待ってからFile.Deleteを行う。等
　　→しかしながら、.NETのFile.Deleteはスレッドセーフなので、
　　　やはりConnector側！？と、堂々巡りに陥ってます。

------------------------------------
         using System;
         using System.Windows.Forms;
         using MySql.Data.MySqlClient;

         private void test_ctrl()
         {
             string host = "host_name";
             string user = "userID";
             string pass = "password";
             string schema = "mysql";
             string conString = "SERVER=" + host + ";"
                     + "DATABASE=" + schema + ";"
                     + "UID=" + user + ";"
                     + "PASSWORD=" + pass + ";";
             MySqlConnection myConnect = new MySqlConnection(conString);
             myConnect.Open();

             string testDir = @"\\" + host + @"\TEST\";
             string testFileName = "test.tsv";
             string testFullPath_Out = System.IO.Path.Combine(testDir, 
testFileName);
             string testFullPathI_IN = @"D:\\TEST\\" + testFileName;
             string SQL = @"SELECT * FROM mysql.db LIMIT 1"
                         + " INTO OUTFILE '" + testFullPathI_IN + @"' 
FIELDS TERMINATED BY '\t' LINES TERMINATED BY '\r\n'";
             for (int i = 0; i < 1000; i++)
             {
                 if (System.IO.File.Exists(testFullPath_Out))
                 {
                     System.IO.File.Delete(testFullPath_Out);
                 }
                 using (MySqlCommand myCommand = new MySqlCommand(SQL, 
myConnect))
                 {
                     try
                     {
                         myCommand.ExecuteNonQuery();
                     }
                     catch (MySqlException myEx)
                     {
                         MessageBox.Show(myEx.ToString()); //100回に数回 
レベルでここに到達し、「Already Exists」が発生
                     }
                     myCommand.Dispose();
                 }
                 Console.WriteLine(i.ToString());
             }
             MessageBox.Show("正常終了");
             myConnect.Close();
             myConnect.Dispose();
         }

(2014/12/14 23:35), yoku ts. wrote:
> こんばんは、yoku0825といいます。
>
> 原因ぽいものは全くわからないのですが、
>
> > ---検証内容---
> > ・VS2012でのデバッグ時に、ステップ実行でも発生。
> > ・File.Delete→INTO OUTFILEの間に、Sleepを5秒挟んだりしても発生する。
>
> これは ファイルが存在している(?)にも拘わらずFile.ExistsがTRUEで抜けて 
> くるのが問題だと思うので、
> スリープを挟むとしたらINTO OUTFILEとFile.Delete(File.Exists)の間がいい 
> のでははないでしょうか？
>
> 1. ファイルの存在チェック
> 2. 存在したら消す
> 3. SELECT .. INTO OUTFILE ..
> -- ここでブレーク --
> 4. ファイルの存在チェック
> 5. 存在したら消す
> 6. SELECT .. INTO OUTFILE ..
>
> ブレークした時に、OSから見てもファイルが存在するのにFile.ExistsがFALSE 
> になるのであれば
> オブジェクトを使いまわしていないか(File.DeleteしたあとのFileオブジェク 
> トが何を返すのかとか)とか、
> OSから見てファイルがまだ存在しないのなら、mysqldのスタックなど見てみる 
> といいのかもしれません。
> 5.0も5.6もselect_export::prepareの割と早い段階でcreate_fileを呼んで 
> (ファイルだ け先行して作成される)いるので、
> そこは変わらないような気がするのですが。。
>
>
> yoku0825,
>
>
> 2014年12月12日 14:22 志澤 敦 <atsushi.shizawa@xxxxxxxxxx 
> <mailto:atsushi.shizawa@xxxxxxxxxx>>:
>
>     志澤と申します。
>     初めて投稿させて頂きます。
>
>     MySQLWindowsのケースは少ないかとも思いますが、
>     お心あたり御座いましたら、ご頂けると幸いです。
>
>     ---環境---
>     OS ：Windows2012 Std(Memory24GB)
>     DB ：MySQL 5.6.21
>     Coccector ：Net 6.9.5
>     FrameWork ：.NET FrameWork 4.5
>     IDE ：VS2012 Pro
>
>     ---事象---
>     ・同一ファイルパスにおいて、INTO OUTFILE →File.Deleteを高速に行うと、
>     　IF(File.Exists==TRUE){File.Delete}が機能せず、
>     SQL発行時にMySqlExceptionが発生。
>
>     ・エラー内容は、「1086：already exists」
>
>     ・その際、OS上にもファイルは残っており、通常のファイルとして読み書
>     きが出 来る状態。
>
>     ---検証内容---
>     ・VS2012でのデバッグ時に、ステップ実行でも発生。
>     ・File.Delete→INTO OUTFILEの間に、Sleepを5秒挟んだりしても発生する。
>     ・Win2008R2でも同様に発生。
>     ・CentOSでも同様に発生。
>     ・MySQL5.5でも同様に発生。
>     --例外事象--
>     ・MySQL5.0では発生しない。
>
>
>     以上となります。
>     DBというより、ConnectorやOS由来な気もしておりますが、
>     何か情報御座いましたら、ご助言の程を何卒お願い致します。
>