如何解决connection reset by peer

Connection reset by peer的常见原因：

1、服务器的并发连接数超过了其承载量，服务器会将其中一些连接关闭；   如果知道实际连接服务器的并发客户数没有超过服务器的承载量，则有可能是中了病毒或者木马，引起网络流量异常。可以使用netstat -an查看网络连接情况。

2、客户关掉了浏览器，而服务器还在给客户端发送数据。

3、浏览器端按了Stop。这两种情况一般不会影响服务器。但是如果对异常信息没有特别处理，有可能在服务器的日志文件中，重复出现该异常，造成服务器日志文件过大，影响服务器的运行。可以对引起异常的部分，使用trycatch捕获该异常，然后不输出或者只输出一句提示信息，避免使用eprintStackTrace();输出全部异常信息。

4、防火墙的问题。如果网络连接通过防火墙，而防火墙一般都会有超时的机制，在网络连接长时间不传输数据时，会关闭这个TCP的会话，关闭后在读写，就会导致异常。 如果关闭防火墙，解决了问题，需要重新配置防火墙，或者自己编写程序实现TCP的长连接。实现TCP的长连接，需要自己定义心跳协议，每隔一段时间，发送一次心跳协议，双方维持连接。

5、JSP的buffer问题。JSP页面缺省缓存为8k，当JSP页面数据比较大的时候，有可能JSP没有完全传递给浏览器。这时可以适当调整buffer的大小。

用命令查看： show binary logs;
然后去从服务器上查看哪个二进制正在使用，
我们看到mysql-tb-bin000005这个日志文件正在使用。
回到主服务器开始清理日志，但是不能清理mysql-tb-bin000005这个日志文件，用命令清理：
purge binary logs to 'mysql-tb-bin000005';
这个命令就是清理除mysql-tb-bin000005以外的其他二进制日志；执行成功后，再查看二进制日志列表：show binary logs;
清理成功，但是这样手动清理危险很大，而且还比较复杂，有没有自动清理的方法呢？答案是有的，在myini里面加上这个配置：expire_logs_days=5 这个配置的意思就是，日志的过期天数，超过5天的日志，mysql会自动清理5天以前的日志，这样就不用再担心日志文件文件越来越大的问题了，执行命令的时候一定要慎重，确保万无一失再执行，有不正确的地方，望大家指正！

1、首先需要将迁移的目的盘的原有分区抹除，重新分区成与现有分区完全一致的分区，主分区大小可以不一致，boot分区和swap分区尽量一致。分区可以用fdisk工具。当然也需要写入文件系统，文件系统类型也保持一致。这些工作完成以后，将主分区挂载到当前系统的/mnt目录下。接下来可以通过tar工具进行打包了，具体的命令为sudotar-xzvfparchlinuxtargz--exclude=/proc--exclude=/sys--exclude=/run--exclude=/tmp--exclude=/lost+found--exclude=/mnt/
2、进入安装盘环境之后，挂载目的盘，包括主分区和boot分区。然后使用genfstab-U/mnt>/mnt/etc/fstab命令重新生成fstab。之后arch-chroot进入系统，通过grub-mkconfig>/boot/grub/grubcfg和grub-instal--target=x86_64-efi--efi-directory=/boot

---