MySQL恢复数据为什么这么慢

Bob.Wang

一个Innodb类型的数据库,使用mysqldump备份，参数如下：
mysqldump --user=mysql --result-file=$dumpedFile --add-drop-table --single-transaction --hex-blob --opt $databaseID

备份后的数据文件大小大约17MB，使用mysql还原
mysql --user=mysql -e 'create database IF NOT EXISTS $databaseID DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_unicode_ci'
mysql $databaseID --user=mysql < $dumpedFile

用了3个多小时。。。请问下各位，为什么mysql恢复数据会这么慢？

[ 本帖最后由 Bob.Wang 于 2009-10-29 14:33 编辑 ]

Coolriver

可以试着把Dump出来的文件和数据库Datadir放置在不同的磁盘，如果IO慢的情况可以禁掉Binlog。

Bob.Wang

备份的数据肯定和数据库数据不在一个物理盘上，binlog和数据库数据在一个盘上。另外，我们的恢复基本算是online得，貌似不太方便禁用binlog，555。。。另外，不是说禁用binlog也就只能提升1%么？

[ 本帖最后由 Bob.Wang 于 2009-10-29 14:55 编辑 ]

cenalulu

你的innodb的参数配置贴一下？
试试禁止auto_commit，--no-autocommit  ?
再试试dump出来的时候按key排序，--order-by-primary？

Bob.Wang

在.my.cnf里面，就只有innodb_file_per_table是enable的，其他的都是disable的。我试试你的方法去，谢谢先！！

voxxu

17M,3个小时，可能是导出来的文件有问题吧
你是在windows还是linux下

[ 本帖最后由 voxxu 于 2009-10-29 16:23 编辑 ]

cenalulu

原帖由 Bob.Wang 于 2009-10-29 16:13 发表
在.my.cnf里面，就只有innodb_file_per_table是enable的，其他的都是disable的。我试试你的方法去，谢谢先！！

那么这写参数呢？
innodb_buffer_pool_size
innodb_log_buffer_size
innodb_data_file_path
innodb_flush_log_at_trx_commit

都要合理设置，不然慢就是正常现象。。。

gogo407

17MB 3小时太夸张了吧

Bob.Wang

还是没什么改善

参数现在如下:
innodb_buffer_pool_size = 1300M
innodb_additional_mem_pool_size = 20M
#innodb_log_file_size = 64M
innodb_log_buffer_size = 16M
innodb_flush_log_at_trx_commit = 0
innodb_lock_wait_timeout = 100

由于之前的innodb_log_file_size使用的默认值,现在不好修改了,就只能继续用原来的值.我的机器配置为:
SUNW,Netra-240,  4G内存,   Solaris 10,   
MySQL版本： mysql-enterprise-5.0.54a-solaris9-sparc-64bit

hironics

原帖由 Bob.Wang 于 2009-10-30 13:04 发表
还是没什么改善

参数现在如下:
innodb_buffer_pool_size = 1300M
innodb_additional_mem_pool_size = 20M
#innodb_log_file_size = 64M
innodb_log_buffer_size = 16M
innodb_flush_log_at_trx_ ...

为什么log大小不能改了？

看机器的配置应该不是生产环境吧?
你提供的情况不是很清楚。create库时，你的库存在否？回复时，提供processlist信息，和innodb status信息。

另外使用企业版不是应该有service吗？