Bug #11182 | very slow loads of mysql Dump files on windows | ||
---|---|---|---|
Submitted: | 8 Jun 2005 19:01 | Modified: | 19 Jun 2005 12:22 |
Reporter: | Dan Armbrust | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Server | Severity: | S3 (Non-critical) |
Version: | mysql Ver 14.7 Distrib 4.1.12a, for Win | OS: | Windows (Windows XP + SP2) |
Assigned to: | CPU Architecture: | Any |
[8 Jun 2005 19:01]
Dan Armbrust
[8 Jun 2005 19:04]
Dan Armbrust
I forgot to note that the windows and linux machines are both very similar in hardware specs - Windows (XP SP2) is a 3 Ghz hyperthreaded Intel P4, while the linux (Fedora Core 3) server is a dual cpu AMD 2600. Linux machine has 3 GB of RAM, Windows has 2 GB.
[10 Jun 2005 16:04]
MySQL Verification Team
Please test with the below server start option: innodb_flush_log_at_trx_commit = 0 and verify your buffer sizes for more adequate value for your hardware.
[10 Jun 2005 18:15]
Dan Armbrust
That fixes the problem on windows. Is this caused by the fact that linux buffers the flush to disk commands, while windows does not? Shouldn't you consider changing the default value for this on the windows packages when this causes such massive slowdowns on a non-buffered disks? Thanks for looking into this.
[19 Jun 2005 12:22]
Aleksey Kishkin
Hi! If you think we can change default settings of mysql server, please submit a feature request.
[25 Apr 2006 18:18]
Martin Brunecky
I am not sure about changing a server default behavior to "less safe" one, but this should be added to FAQ "SLOW, WINDOWS", otherwise MySQL on Windows gets a bad rep in a hurry. I am not sure why is this problem with MySQL 5, as I never saw this problem in my previous lives with MySQL 4.x (but then, I was not doing the DBA work, may be our databases were set "rrrright").