3
用户抱怨当mysqldump进行时系统运行缓慢
MYSQL数据库(ibdata1)的大小为73 GB,并配置为在Windows 2008 O / S上作为INNODB表的专用数据库服务器运行。我们正在使用mysqldump运行备份mysqldump --skip-opt --quick --single-transaction --create-options --extended-insert --disable-keys --add-drop-table --complete-insert-设置字符集-压缩--log-error = Proddb0635.err -u根-pjohndoe Proddb> \ devNas \ devNas \ sqlbackup \ LIVE \ db \ Proddb0635.sql 备份文件Proddb0635.sql存储在与数据库服务器不同的服务器上。RAM是12 GB。INNODB缓冲池大小为6 GB。额外的mem.pool为32 MB。查询缓存大小为2 GB,净缓冲区长度为最大16M。数据包大小1 GB。 mysql版本是5.0.67。 当备份未运行时,用户会对性能感到满意。 备份运行时,INNODB缓冲池命中率很高,接近100%。没有挂起的读取或挂起的写入。innodb free free等待时间为0。CPU使用率不高,最低9%到最高15%,无论是否运行mysqlbackup,查询缓存命中率都较低,约为40%。当前,Windows任务管理器显示正在使用10GB的RAM。是否应该仅使用2GB RAM来增加查询缓存?mysqlld-nt占用9.2 GB的RAM,而mysqldump占用5 MB的RAM。Alos注意到,存在--compress选项时,转储文件的大小是相同的。 我应该减少iNNODB缓冲池的大小吗? 谢谢