Re: Database restore

Andrea Brancatelli <[email protected]>
Newsgroups gmane.mail.imap.dbmail
Organization Schema31 S.p.a.
Message-ID <[email protected]>
Don't mistreat mysqldump, if used correctly it's powerfull.

Especially if you have binary-logging enabled you can easily perform 
daily incremental backups of the MySQL base....

Il 05/02/15 14:45, Gordan Bobic ha scritto:
> Apart from making sure you are using the long INSERT format, you
> will almost certainly find that bumping up the size of the
> InnoDB logs will help, and disabling InnoDB flushing at trx
> commit and doublewrite will help massively to reduce the
> import time.
>
> Obviously, re-enable the flush at trx commit and doublewrite
> when the restore is complete.
>
> Having said that, mysqldump is a woefully inefficient way
> to do database backups. You'd be far, far better off stopping
> the database and tarring up /var/lib/mysql (or whatever your
> --datadir is set to).
>
> The only further improvement on that would be to use ZFS
> (in which case you can disable InnoDB checksums and doublewrite
> safely), and use ZFS level snapshots with incremental sending
> to the backup server (that typically reduces backup times to
> a fraction of a percent of what a full tar backup will take).
>
> Gordan
>
> On 2015-02-05 13:37, Curtis Maurand wrote:
>> I think the defaults.  mysqldump -u root -ppassword --databases
>> dbmail.  I'll have to change that.
>> On Feb 5, 2015 3:21 AM, "Andrea Brancatelli"
>> <[email protected]> wrote:
>>
>>> Il 04/02/15 18:57, Curtis Maurand ha scritto:
>>>
>>>> I just had to drop the dbmail database and restore from a backup.
>>>> The restore process took an inordinate amount of time for an 8 GB
>>>> (that was the size of the dump file) database (it took hours). Is
>>>> there anyway to speed that up? are there dump options I should be
>>>> looking at to make the restore go faster?
>>>
>>> It's probably related to mysqldump parameters, like
>>> extended-inserts and such.
>>>
>>> What command line did you use to export it?
>>>
>>> -- 
>>> ANDREA BRANCATELLI
>>>
>>> SCHEMA31 S.P.A.
>>> RESPONSABILE IT
>>>
>>> ROMA - FIRENZE - PALERMO
>>> ITALY
>>> Tel: +39.06.98358472 [1]
>>> Cell: +39.331.2488468 [2]
>>> Fax: +39.055.71880466 [3]
>>> Società del gruppo SC31 ITALIA
>>> _______________________________________________
>>> DBmail mailing list
>>> [email protected]
>>> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail [4]
>>
>>
>> Links:
>> ------
>> [1] tel:%2B39.06.98358472
>> [2] tel:%2B39.331.2488468
>> [3] tel:%2B39.055.71880466
>> [4] http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
>>
>> _______________________________________________
>> DBmail mailing list
>> [email protected]
>> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
> _______________________________________________
> DBmail mailing list
> [email protected]
> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

-- 
*Andrea Brancatelli

Schema31 S.p.a.
Responsabile IT*

ROMA - FIRENZE - PALERMO
ITALY
Tel: +39.06.98358472
Cell: +39.331.2488468
Fax: +39.055.71880466
Società del gruppo SC31 ITALIA

_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
abrancatelli.vcf (text/x-vcard, 324 B)
begin:vcard
fn:Andrea Brancatelli  
n:Brancatelli;Andrea
org:Schema31 S.p.a.
adr:;;Via Giovanni Andrea Badoero, 67;Roma;RM;00154;Italia
email;internet:[email protected]
title:Responsabile IT
tel;work:+39-06-98358472
tel;fax:+39-055-71880466
tel;cell:+39-331-2488468
url:http://www.schema31.it/
version:2.1
end:vcard
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.