Comments on: How To Fix Intermittent MySQL Errcode 13 Errors On Windows

By: nobody

nobody — Tue, 22 May 2012 11:56:32 +0000

Try to change de directory of TempFiles of mysql

my.ini

key -> [tmpdir] and set another directory c:\windows\temp.

By: Allen A

Allen A — Tue, 10 Apr 2012 15:10:15 +0000

Thanks for this post. I actually have CA (Computer Associates) Total Defense virus scanner (it came free with my laptop). Although it did not have an "exclude files/directory" feature, it did have a "Enable Snooze" feature. I set it to snooze for 5 minutes, ran my database scripts and it worked!

By: Ezekiel Victor

Ezekiel Victor — Mon, 14 Nov 2011 18:35:45 +0000

I just installed Microsoft Security Essentials and experienced this same thing. Brilliant post — thank you, solved my problem.

By: Chris webb

Chris webb — Tue, 12 Jan 2010 11:15:34 +0000

Thanks for sharing this really useful article; I have had a similar problem in the last few weeks.

By: S

Wed, 06 Jan 2010 06:18:27 +0000

Artem,

You don't need an AV. Create a limited guest account for all your work sans sysadmin tasks, and use your Administrator account for the latter. If you really need Administrator rights, you can "Run as Administrator" (right-click). Use cygwin for file permissions.

Xampp is *way* better than Wampserver. I could not use xdebug with the latter.

By: Artem Russakovskii

Artem Russakovskii — Wed, 06 Jan 2010 02:56:53 +0000

Thanks for the details, Vlad. Perhaps someone from MS will see this and raise as an issue.

By: Vladislav Vaintroub

Vladislav Vaintroub — Wed, 06 Jan 2010 02:52:07 +0000

Windows has something called file sharing mode, which is documented in CreateFile. When opening a file, one specifies desired access (read,write, delete and there is a bunch of others like "read attributes") and file sharing mode (combination of FILE_SHARE_READ,FILE_SHARE_WRITE or FILE_SHARE_DELETE). when file is removed it is opened with desired access="read attributes + delete", sharing mode =read,write,delete sets DELETE_ON_CLOSE flag and closes the file.

So, if AV would open the file with FILE_SHARE_DELETE it would be possible to delete it even if AV still has it opened, though the file would not completely disappear from the file system until the last handle to it is closed, i.e until AV closes the file.

I think Microsft would know this already

By: Artem Russakovskii

Artem Russakovskii — Wed, 06 Jan 2010 00:11:06 +0000

Vladislav, I don't know enough about Windows internals to be able to tell if there's a way to do a file lock without locking it from being deleted. Maybe you could tell us (and Microsoft, and McAfee :-] )

By: Vladislav Vaintroub

Vladislav Vaintroub — Tue, 05 Jan 2010 23:57:22 +0000

Well, in the described case MySQL is trying to delete the file, and I would expect AV to be smart enough and not block opening for deletion – a removed file can impossibly spread the virus:)

By: Lachlan Mulcahy

Lachlan Mulcahy — Tue, 05 Jan 2010 18:13:37 +0000

@ColdMan: It is generally recommended process to set all AV to skip over MySQL database files. If they aren't causing problems with locking like this then they can cause issues with performance.

I'd suggest skipping scanning of your entire datadir and all *.frm, *.MYI, *.MYD and *.ibd files in your MySQL temp dir.

If your server is dedicated to MySQL use, then the risk of introducing a virus to the system is greatly reduced anyhow.

By: Artem Russakovskii

Artem Russakovskii — Tue, 05 Jan 2010 17:03:58 +0000

I am not sure, but my guess is it happens with the ones that lock the file until it's been checked, to avoid spreading the infection in case it IS a virus. Hopefully, most of that actually do that.

By: ColdMan

ColdMan — Tue, 05 Jan 2010 11:54:14 +0000

I wonder if this problem happens with all antiviruses or just some. In other words can the bad ones do something to fix it or it won't be possible without mysql's own changes…