very large import

very large import

am 03.08.2011 22:15:23 von supr_star

--0-121205969-1312402523=:66952
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

I recently recovered a very large corrupt database with your help. =A0Now I=
'm having a problem during the next step, importing all the data back into =
a clean system. =A0I have a 24GB dump file, the ibdata1 file was about 100G=
B when the disk filled and everything got wrecked. =A0I have a server with =
a lot more drive space now, and the import is working, albeit very very slo=
wly.... =A0The ibdata1 file is growing at about 800MB-1GB per hour. =A0It's=
been running for 24 hours now, and it's only 1/4 of the way thru! =A0 Is t=
here any way to speed up this process? by disabling indexes or something? =
=A0I can't afford to be down for 3 more days... =A0Thanks again, doug
--0-121205969-1312402523=:66952--

Re: very large import

am 03.08.2011 22:24:58 von a.smith

Quoting supr_star :

> Is there any way to speed up this process? by disabling indexes or
> something?  I can't afford to be down for 3 more days...  

First stop, the mysql documentation:

http://dev.mysql.com/doc/refman/5.1/en/innodb-tuning.html




--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org

Re: very large import

am 04.08.2011 02:36:19 von nuno.tavares

The following page has some nice interesting stuff, assuming you have a
reasonable configuration in place (innodb_buffer_pool, etc[1])


http://download.oracle.com/docs/cd/E17952_01/refman-5.5-en/o ptimizing-innodb-bulk-data-loading.html


[1] http://gpshumano.blogs.dri.pt/2009/09/28/importing-wikimedia -dumps/
(second box)

-NT


Em 03-08-2011 21:24, a.smith@ukgrid.net escreveu:
> Quoting supr_star :
>
>> Is there any way to speed up this process? by disabling indexes or
>> something? I can't afford to be down for 3 more days...
>
> First stop, the mysql documentation:
>
> http://dev.mysql.com/doc/refman/5.1/en/innodb-tuning.html
>
>
>
>


--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org

Re: very large import

am 04.08.2011 14:54:07 von shawn.l.green

On 8/3/2011 20:36, Nuno Tavares wrote:
> The following page has some nice interesting stuff, assuming you have a
> reasonable configuration in place (innodb_buffer_pool, etc[1])
>
>
> http://download.oracle.com/docs/cd/E17952_01/refman-5.5-en/o ptimizing-innodb-bulk-data-loading.html
>
>...

The same content is also available here:
http://dev.mysql.com/doc/refman/5.5/en/optimizing-innodb-bul k-data-loading.html

It may be an easier address to reach.

--
Shawn Green
MySQL Principal Technical Support Engineer
Oracle USA, Inc. - Hardware and Software, Engineered to Work Together.
Office: Blountville, TN

--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org

RE: very large import

am 04.08.2011 16:36:31 von KAY.ROZEBOOM

Hi,
I am new to MySQL and this listserv. I have a couple of questions about th=
e recommendations at the link given below.

1) If autocommit is turned off during the large load, could this cause the=
underlying InnoDB log to grow too big?

2) If the unique checks and foreign key checks are turned off during the l=
arge load, are the checks run for the newly loaded data when they are turne=
d back on? If not, what kind of errors would occur later if the loaded dat=
a contained duplicate keys or non-existent foreign keys? =20

Kay Rozeboom=20
Information Technology Enterprise=20
Iowa Department of Administrative Services=20
Telephone: 515.281.6139 Fax: 515.281.6137=20
Email: Kay.Rozeboom@iowa.gov=20


-----Original Message-----
From: a.smith@ukgrid.net [mailto:a.smith@ukgrid.net]=20
Sent: Wednesday, August 03, 2011 3:25 PM
To: supr_star
Cc: mysql@lists.mysql.com
Subject: Re: very large import

Quoting supr_star :

> Is there any way to speed up this process? by disabling indexes or =20
> something? =A0I can't afford to be down for 3 more days... =A0

First stop, the mysql documentation:

http://dev.mysql.com/doc/refman/5.1/en/innodb-tuning.html


--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dgcdmg-mysql-2@m.gmane.o rg