服务器停了能怎么办，当然是重新启动服务了。重新启动服务没问题，问题是在从服务器停止的这段时间里主数据库里已经写入了很多的数据，这些数据要如何同步到该从数据库上面。

　　对于主服务器来说如果在从服务器停止运行的这段时间只是在更新数据，那么在从服务器开启服务以后会自动启动Slave I/O线程去连接主服务器请求binlog文件的更新事件，那主服务器的Binlog dump线程会将更新过的操作事件发送给Slave I/O线程，由Slave I/O线程将接收到的内容写入relay log 文件然后Slave SQL线程来执行这些事件，由此就可以同步数据了。

　　当然还有可能会出现从服务器上的master_log_pos 或 master_log_file和主服务器上的不一致，

　　查从服务器的信息用如下所示的命令：

　　mysql> show slave status\G

　　查主服务器的信息用如下所示的命令：

　　mysql> show master status;

　　然后通过对比再去修改从服务器上面连接主服务器的信息，可以通过如下命令进行修改：

　　mysql> change master to master_log_pos=数值,master_log_file=文件

　　上面的情况如果顺利的话都可以及时的同步数据，但是如果在从服务器停止运行的这段时间，主服务器除了更新了数据还进行了如下所示的操作：

　　mysql> flush master;

　　这样就会将主服务器上的bin log 日志文件初试化，先前更新的操作也都消失了。在这种情况下开启仅仅开启从服务器上的服务或者是通过改变master_log_pos等信息也无济于事，数据也不能及时的同步了。不过我们需要及时重置从服务器的连接信息，使以后的数据可以及时的同步

　　mysql> stop slave;

　　mysql> reset slave;

　　mysql> start slave;

　　通过以上操作就可以将主服务器flush master 以后再更新的数据同步到从服务器上了。但是之前的数据就丢失了。

　　如果想要找回丢失的数据可以备份其他正常运行的从服务器上的数据然后导入到当前从服务器上，或是直接备份主服务器上的数据。

　　以上所示的只是一种情况，具体在运行的过程中会出现什么问题可能每个人碰到的都不一样。不过总的来说不管是什么情况，解决的思路在我看来都应该围绕bin log日志与从服务器上的relay log 等文件还有就是数据的备份。做好数据备份才是王道，这样才能在最大程度上保证数据不会丢失。