并行备份是MySQL Enterprise Backup 3.8中的默认值，这是对早期MySQL Enterprise Backup版本的一个重大性能改进。读、处理和写是所有MEB操作的主要子操作。例如，在备份操作中，MySQL Enterprise backup首先从磁盘读取数据，然后处理该数据，将数据写入磁盘，然后再次读取数据以进行验证。MySQL企业备份确保这些子操作彼此独立，并行运行，以获得性能改进。使用相同类型的多个线程并行执行读、处理和写子操作:多个读线程、多个处理线程和多个写线程，从而获得更好的性能。当RAID阵列同时用作源设备和目标设备时，对于可以并行使用更多CPU周期的压缩备份来说，性能提升通常会更大。

并行备份采用块级并行，使用16MB的块。不同的线程可以在一个文件中读取、处理和写入不同的16MB块。并行备份提高了操作的性能，无论实例中是否包含一个巨大的数据系统表空间中创建的.ibd文件表示的表空间innodb_file_per_table模式)。

增量备份比完全备份快，节省数据库服务器上的存储空间，并节省在不同服务器上传输备份数据的网络流量。增量备份需要额外的处理，以使备份可以恢复，您可以在不同的系统上执行此操作，以最小化数据库服务器上的CPU开销。

压缩备份节省InnoDB表的存储空间，以及将备份数据传输到另一个服务器的网络流量。它们确实比未压缩的备份增加了更多的CPU开销。在恢复期间，您需要同时使用压缩和未压缩的数据，因此要考虑到这些额外的存储空间和解压缩数据的时间。

除了压缩InnoDB表中的数据之外，压缩备份还会跳过InnoDB表空间文件中未使用的空间。未压缩的备份包括这个未使用的空间。

当空间有限时，或者您有一个便宜、大但速度慢的存储设备(如磁带)时，性能和空间方面的考虑是不同的。您希望避免在数据库服务器上存储备份数据的中间副本，而不是以尽可能快的备份为目标。MySQL企业备份可以生成单文件备份，并将该文件直接传输到其他服务器或设备。由于备份数据不会保存到本地系统，因此可以避免数据库服务器上的空间开销。您还可以避免保存一组备份文件，然后将它们捆绑到一个存档以便传输到另一个服务器或存储设备的性能开销。有关详细信息,请参见第3.3.5.1节“将备份数据流到另一个设备或服务器”．

当将备份数据流到磁带时，通常不压缩备份，因为执行压缩的数据库服务器上的CPU开销比磁带设备上的额外存储空间更昂贵。当将备份数据流传输到另一个服务器时，可以在原始服务器上压缩，也可以在目标服务器上压缩，这取决于哪个服务器有更多的空闲CPU容量，以及压缩可以节省多少网络流量。或者，您可以在目标服务器上保留未压缩的备份数据，以便可以在短时间内恢复它。