mysql每用一段时间就会挂掉，是怎么回事

解决方法一：

打开“服务”项目，选择mysql服务，在右键中选择其“恢复”选项，它负责服务失败时计算机的反应。每一次失败时，你可以选择（1）不 *** 作；（2）重新启动服务；（3）运行一个程序；（4）重启服务器。您可以在第一次和第二次失败时选择重新启动服务，第三次失败就重启服务器，这样可以在无人值守的情况下达到自稳。但遗憾的是windows的这项内置服务工作时并不尽如人意。

解决方法二：

定期优化MySQL，这可以通过Mysql administrator来执行，也可以使用mysql的维护工具mysqlcheck，使用方法为：进入Mysql的Bin目录：C:\Program Files\MySQL\MySQL Server 4.1\bin 运行：mysqlcheck -A -o -r -uroot -p123456(注意，将123456改成你自己的root用户密码， 如无请留空 )，有时可以起到一定的作用。

InnoDB关闭的过程解释MySQL官方手册介绍 影响到InnoDB关闭的参数有

innodb_fast_shutdown

如果你把这个参数设置为0，InnoDB在关闭之前做一个完全净化和一个插入缓冲合并。这些 *** 作要花几分钟时间，在极端情况下要几个小时。

如果你设置这个参数为1，InnoDB在关闭之时跳过这些 *** 作。 默认值为1。

如果你设置这个值为2 (在Netware无此值)， InnoDB将刷新它的日志然后冷关机，仿佛MySQL崩溃一样。已提交的事务不会被丢失，但在下一次启动之时会做一个崩溃恢复。

innodb_max_dirty_pages_pct

这是一个范围从0到100的整数。默认是90。InnoDB中的主线程试着从缓冲池写页面，使得脏页（没有被写的页面）的百分比不超过这个值。如果你有SUPER权限，这个百分比可以在服务器运行时按下面来改变：

SET GLOBAL innodb_max_dirty_pages_pct = value

100423 0:10:18 InnoDB: Starting shutdown…

100423 0:10:20 InnoDB: Shutdown completedlog sequence number 0 4000976145

100423 0:10:20 [Note] /usr/sbin/mysqld: Shutdown complete

测试环境

1.在一个镜像库节点进行测试,innodb_buffer_pool_size=1G

2.在一个线上节点进行测试,碰巧这个节点要进行机架更换,所以可以趁机测试一把

innodb_buffer_pool_size=12G,线上环境和镜像环境还是有点不一样,没法让Innodb_buffer_pool_pages_dirty的值少于1000，虽然是大于1000，但关闭起来还是比较快速的

---