企业备份MySQL 4.0发行说明
本节描述的性能考虑企业备份恢复数据库和MySQL。这个问题很重要,因为:
的恢复操作阶段backup-restore周期往往变化明显不同的备份方法。例如,备份性能可能是可接受的使用,mysqldump,但,mysqldump通常需要更长的时间比MySQL企业备份恢复操作。
恢复操作往往表现在紧急情况下,它是至关重要的减少停机时间的应用程序或网站。
总是执行恢复操作与数据库服务器关闭。
恢复操作主要是依赖于低层次的考虑,如I / O和网络速度传输文件,和CPU速度,压缩数据的处理器核心,等等。
选项的组合,您可以指定一个恢复工作,明白了14.3节,“恢复操作”。
恢复不同类型的备份数据
恢复部分备份花费更少的时间比恢复完全备份,因为有更少的身体数据副本。看到15.8节,“部分备份和恢复选项”为使部分备份的信息。
恢复需要更多时间恢复一个未压缩的压缩备份备份,因为解压数据所需的时间通常是大于任何所节省的时间通过网络传递更少的数据。如果你需要重新安排你的存储腾出足够的空间来解压缩备份恢复之前,包括在您的评估管理工作所需的总时间。在紧急情况下,解压之前备份数据恢复所需的时间可能是不可接受的。在数据库服务器上进行压缩备份和未压缩的数据。因此,至关重要的数据越多,越有可能,你可能会选择不使用压缩:接受较慢,更大的备份,以确保恢复过程尽可能快速和可靠。看到15.6节,“压缩选项”对信息进行压缩备份。
拆包过程恢复单个备份通常是不贵的原始速度或额外的存储。每个文件直接打开其最终目的地,如果是单独复制相同。因此,如果你可以大大加快备份或减少它的存储需求通过使用单个文件备份,通常不涉及权衡与恢复时间。看到14.5节,“其他单文件备份操作”为使单个文件备份的信息。
运用原木阶段(仅用于目录备份)
看到高级:运用原木阶段(仅用于目录备份)出于性能的考虑关于运用原木的阶段。
网络性能
对于数据处理操作,您可能知道传统的建议,Unix socket通信速度比TCP / IP数据库。虽然mysqlbackup命令支持选项——= tcp协议,——协议=套接字,——协议=管,这些选项没有显著影响备份或恢复性能。这些过程涉及文件复制操作,而不是客户机/服务器网络流量。数据库通信控制的——协议选择是容量。例如,mysqlbackup检索数据库的信息通过数据库连接参数,但不表或索引数据。
并行恢复
mysqlbackup可以利用现代多核cpu和操作系统的线程并行执行备份操作。看到15.10节,“性能/可伸缩性/容量选项”选项来控制有多少线程用于恢复过程的不同方面。如果你发现有未使用的系统容量恢复期间,考虑增加这些选项的值和测试是否这样做会增加恢复性能:
当调优和测试备份性能使用RAID存储配置,考虑选项的组合设置
——read-threads = 3——流程线程= 6——帖子= 3。比较相结合——read-threads = 1——流程线程= 6帖子= 1。当调优和测试使用raid存储备份性能配置,考虑选项的组合设置
——read-threads = 1——流程线程= 6帖子= 1。当你增加任何3的值”线程”选项,也增加的价值
——limit-memory足够的内存选项,给额外的线程来做他们的工作。如果CPU不是太忙(CPU利用率不到80%),增加的价值
——流程线程选择。如果你恢复的存储设备(源驱动)可以处理更多的I / O请求,增加的价值
——read-threads选择。如果你恢复的存储设备(目标驱动)可以处理更多的I / O请求,增加的价值
——帖子的选择。
根据您的操作系统,您可以使用命令,如测量资源利用率前,iostat,特别行政区,dtrace或图形性能监视器。不增加读或写线程的数量iowait一旦系统iowait值达到大约20%。