forums › forums › SQLyog › Sync tools, Migration, Scheduled Backup and Notifications › App Freezes On Backup
- This topic is empty.
-
AuthorPosts
-
-
March 1, 2011 at 4:17 pm #12263MDSDigitalMember
Hello,
We have a large database (dump of around 7G:cool: that we're doing two backups with. One full .sql dump and one that backups table by table.
While this is done the application is crashing (it seems the tables are locking). Is there any way to prevent the tables from locking while the DB's are being backed up?
Thanks!
-
March 1, 2011 at 4:39 pm #31984peterlaursenParticipant
Please be careful with the term 'crashing'. Is there a crash dump? Also I do not think it is 'locking' (in the SQL meaning of the word). Terms are important. You have not provided any information that gives a reasonable indication of neither a 'crash' or a 'lock' (in the real meaning of these words).
Please read: http://www.webyog.co…-and-bulks.html
Please try to set a CHUNK value. I think the server tries to use more memory than it is configured to be allowed to use or is swapping to disk. But tuning the server configuration could be a good idea too. Did you ever try (with MONyog or whatever) to check if your buffer settings in server configuration are reasonable? With default settings ('out of the box') for teh server you shall not expect it to handle that amount of data efficiently.
You may also
1) tell if tables are MyISAM or InnoDB (or something else)?
2) tell the server version and attach you mysql configuration file (my.ini/my.conf)
.. And please always tell the SQLyog version you are using when reporting an issue.
-
March 1, 2011 at 5:05 pm #31985MDSDigitalMember
Peter,
We tried “CHUNK” on 1000 rows and 10000 and the same thing hapenned. All the tables are InnoDB.
Attached is a copy of MySQL and we're running SQLyog v.8.82.
Any ideas?
Thanks Much.
Lucas C.
'peterlaursen' wrote:Please be careful with the term 'crashing'. Is there a crash dump? Also I do not think it is 'locking' (in the SQL meaning of the word). Terms are important. You have not provided any information that gives a reasonable indication of neither a 'crash' or a 'lock' (in the real meaning of these words).
Please read: http://www.webyog.co…-and-bulks.html
Please try to set a CHUNK value. I think the server tries to use more memory than it is configured to be allowed to use or is swapping to disk. But tuning the server configuration could be a good idea too. Did you ever try (with MONyog or whatever) to check if your buffer settings in server configuration are reasonable? With default settings ('out of the box') for teh server you shall not expect it to handle that amount of data efficiently.
You may also
1) tell if tables are MyISAM or InnoDB (or something else)?
2) tell the server version and attach you mysql configuration file (my.ini/my.conf)
.. And please always tell the SQLyog version you are using when reporting an issue.
-
March 1, 2011 at 7:52 pm #31986peterlaursenParticipant
OK .. we will check this. Also
1) please tell MySQL version?
2) If you can attach the result from SHOW CREATE TABLE for a table where this is reproducible it would be nice. Or even better provide a full dump with data for such table. If this is possible we will open a FTP upload option for you (and for privacy in that case you may continue in a private support ticket. You create such by sending a mail to [email protected]).
-
March 1, 2011 at 11:18 pm #31987MDSDigitalMember
Peter,
We're running 5.5.
I have sent an email in to get private ticket and i can send you the SHOW CREATE TABLE. The data will be quite big (over 3 million records).
Thanks.
Lucas C.
'peterlaursen' wrote:OK .. we will check this. Also
1) please tell MySQL version?
2) If you can attach the result from SHOW CREATE TABLE for a table where this is reproducible it would be nice. Or even better provide a full dump with data for such table. If this is possible we will open a FTP upload option for you (and for privacy in that case you may continue in a private support ticket. You create such by sending a mail to [email protected]).
-
-
AuthorPosts
- You must be logged in to reply to this topic.