1. MySQL和MongoDB简介
MySQL和MongoDB是两种不同的数据库管理系统。MySQL是关系型数据库，而MongoDb是非关系型数据库。MySQL由Oracle公司开发，并且是目前最广泛使用的关系型数据库。MongoDB由10gen公司（现在叫做MongoDB，Inc.）开发，并且在最近几年得到了广泛的关注。
2. 数据复制
2.1 MySQL的数据复制
MySQL提供了完善的数据复制功能来实现高可用性和数据备份。在MySQL中，主服务器将变化记录到二进制日志（binary log）中，从服务器从主服务器上下载这些日志，然后将它们应用到从服务器上。
数据复制通过异步方式进行，这意味着从服务器的复制延迟可能会比较大。此外，在主服务器上的一些操作可能会导致复制错误，例如auto_increment等操作需要小心处理。数据复制还有一个缺点是，在发生故障时，可能会丢失一些数据。
在MySQL中，可以配置主服务器和从服务器的数量，从而实现高可用性。
以下是MySQL中启用数据复制的示例代码：
CHANGE MASTER TO MASTER_HOST='master_host_name',
MASTER_USER='replication_user_name', MASTER_PASSWORD='replication_password',
MASTER_LOG_FILE='recorded_log_file_name', MASTER_LOG_POS=recorded_log_position;
2.2 MongoDB的数据复制
在MongoDB中，数据复制通过副本集（replica set）实现。副本集包含一个主服务器和一个或多个从服务器。主服务器和从服务器之间的数据同步是通过使用oplog（操作日志）实现的。
在MongoDB中，数据复制是异步的，但是MongoDB可以确保在主服务器上的操作被提交后，从服务器上的副本将最终与主服务器完全相同。如果主服务器宕机，MongoDB集群会选择一个新的主服务器，并将所有写操作路由到新的主服务器。由于数据复制是异步的，因此MongoDB无法保证在发生故障时不会丢失数据。
以下是MongoDB中启用数据复制的示例代码：
rs.initiate()
rs.add("server2.example.net")
rs.add("server3.example.net")
rs.status()
3. 故障恢复
3.1 MySQL的故障恢复
MySQL提供了几种方式来实现故障恢复。其中最常用的方式是使用二进制日志进行恢复。如果主服务器宕机，可以使用从服务器上最新的二进制日志恢复数据。
如果没有从服务器或从服务器不可用，MySQL还提供了myisamchk工具和innodb_force_recovery选项来检查和修复MyISAM和InnoDB表。但是，这种方式可能会损坏表数据，因此需要小心处理。
以下是使用二进制日志进行MySQL故障恢复的示例代码：
mysqlbinlog binlog.000001 | mysql -u root -p3.2 MongoDB的故障恢复
在MongoDB中，如果主服务器宕机，系统会选择一个新的主服务器，并将所有写操作路由到新的主服务器，这是MongoDB的自动故障恢复机制。
如果主服务器无法恢复，可以从从服务器上选择一个加入到MongoDB集群中。在这种情况下，MongoDB使用数据复制机制来将从服务器上的数据同步到新的主服务器。
如果没有从服务器或从服务器不可用，可以使用mongodump和mongorestore工具来备份和恢复数据。这种方式可能会耗费大量的时间和资源，因此建议在极端情况下使用。
以下是使用mongodump和mongorestore工具备份和恢复MongoDB数据的示例代码：
mongodump --dbpath /data/db --out /data/backup/
mongorestore --dbpath /data/db /data/backup/mydb/
4. 总结
MySQL和MongoDB作为不同类型的数据库管理系统，各有优缺点。在数据复制和故障恢复方面，MySQL使用二进制日志实现数据复制和故障恢复，而MongoDB使用副本集实现数据复制，并使用自动故障恢复机制实现故障恢复。在数据复制方面，MySQL可能会丢失一些数据，而MongoDB可以确保所有副本与主服务器完全相同。在故障恢复方面，MongoDB的自动故障恢复机制更加方便和安全，而MySQL需要手动进行日志备份和恢复。因此，在选择数据库管理系统时，应该考虑自己的业务需求和数据管理需求，并权衡各种因素，选择最合适的方案。