本文目录一览：
- 1、MySQL莫名挂了，求助
- 2、求助Django的mysql数据库不定时挂掉，找不到原因
- 3、mysql数据库挂掉高手快来啊
- 4、服务器mysql数据库老自动停止，请问怎么回事
- 5、mysql数据库崩溃的原因？
MySQL莫名挂了，求助
是mysql数据库还是mysql数据库管理工具navicat for mysql啥的，数据库重启服务就好了，navicat for mysql 点击菜单就莫名关闭，只需要关闭一次有道词典。
求助Django的mysql数据库不定时挂掉，找不到原因
如果你的mysql也出现以上这种提示,
建议你逐个字看完我这篇文章再按以下方法来尝试解决问题.
这是mysql数据库很多时候出现的问题, 网上流传很多解决办法. 有人按照那些方法, 还真可以把问题解决了; 但也有很多人按那些方法解决不了问题!
而这个中原因, 就是没有对症下药!!!
网上的那些方法, 很多都没有明确指出是什么版本的mysql, 所以导致问题者不能对症下药.
出现这个问题, 通过停止/重启 mysql 服务, 是可以解决的, 这个是最简单的办法! 对于不懂得什么叫做"停止/重启mysql服务"的人来说,
这个最简单的办法就是把服务器主机进行重新启动(就是把你的电脑进行重新启动).
以上是方法A! (这个方法适合任何版本的mysql)
以下是方法B:(方法仅适用于MySQL4.0.26 版本!!! (我估计,
4.0的其他版本应该也可以的))
网上也有说, 就是对root进行重改密码. 对于网上流传的改密码方法, 也是可行的. 请参考以下:
DOS下修改ROOT密码：当然后面安装PHPMYADMIN后修改密码也可以通过PHPMYADMIN修改
格式：mysqladmin -u用户名 -p旧密码 password
新密码
例：给root加个密码ideacmblog
首先在进入CMD命令行，转到MYSQL目录下的bin目录，然后键入以下命令
mysqladmin
-uroot password ideacmblog
注：因为开始时root没有密码，所以-p旧密码一项就可以省略了。
D:\php\MySQL\binmysqladmin -uroot password
ideacmblog回车后ROOT密码就设置为ideacmblog了
但是, 请注意了, 以上方法仅适用于MySQL4.0.26
版本!!! (我估计, 4.0的其他版本应该也可以的)
方法C:
好了, 扯了那么多, 以上的两个方法都不是我本人测试过的, 本人不对真实性负责!
而现在我说一下本人亲自试过的方法, 以供参考:
话说今天, 我的服务器所有php及使用了mysql数据库的网站, 均挂掉了! 无法打开,
并有以下提示:
错误代码 1045
Access denied for
user 'root'@'localhost' (using password:YES)
一开始我也是不断搜索google(我本人不喜欢百度!),
去找寻解决的办法. 看了很多, 也参照执行了, 事实上也是解决不了问题. 后来我想到了是版本的问题, 不同的mysql版本,
解决办法是不一定一样的!!记住...
我的mysql版本是: 5.0.22
(mysql-essential-5.0.22-win32)
今天一整天, 那些php网站均罢工. 到今晚才有时间上去服务器继续寻找方法, 但仍然解决不了.
最后, 我决定把mysql卸掉重新安装!
卸载很快, 而且不需要重新启动计算机.
于是, 继续进行安装.
第一步:
打开这个mysql-essential-5.0.22-win32.exe文件;
第二步: 见到窗口弹出, 并点击 Next
进入下一步;
第三步: 选择 Custom 项, 并点击
Next 进入下一步;
第四步: 到这一步要注意了, 点击
Change... 选择你原安装mysql的目录; 选择后, 继续点击Next 进入下一步;
第五步: 点击 Install
进行安装...
安装至下一步, 会提示你进行注册, 选择最后一项, 即跳过注册,
进入下一步正式完成安装.
安装完成后, 继续弹出一个窗口, 提示你是不是立刻进行配置,
选择 Next
选择Standard Configuration.继续点击
Next 进入下一步
这一步里, 把上面那行的勾去掉, 只在 Include
....PATH 那行打勾, 继续点击 Next 进入下一步
在这一步, 点击中间的"Ex****"那顶,
接着配置完毕!
这时候, 你去看看你的mysql正常了没有??
!!
这样就ok了！！！
mysql数据库挂掉高手快来啊
卸载MYSQL，清理注册表，删除MYSQL目录下的所有文件，然后再重新安装mysql（可能还会需要你之前装MYSQL root密码），安装成功之后在把data数据拷贝到新安装的mysql目录中的DATA文件下就可以了。
其他网友提供解决方案：
服务器mysql数据库老自动停止，请问怎么回事
服务器mysql数据库老自动停止是因为在设置时出现了问题，解决方法为：
1、首先登陆服务器。
2、登陆MySQL数据库；命令如下：mysql -u root -p pwd。
3、查询MySQL数据库是否允许远程ip访问。
4、开启远程访问操作。命令如下：GRANT ALL PRIVILEGES ON *.* TO 'root'@'%'IDENTIFIED BY '111qqqpwd' WITH GRANT OPTION;FLUSH PRIVILEGES。
5、打开navicate客户端，新建mysql链接。
6、输入远程MySQL数据库链接信息，点击测试链接。数据库链接成功。
注意事项：
MySQL 软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。
mysql数据库崩溃的原因？
MySQL 在崩溃恢复时，会遍历打开所有 ibd 文件的 header page 验证数据字典的准确性，如果 MySQL 中包含了大量表，这个校验过程就会比较耗时。 MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。另外磁盘 IOPS 也会影响崩溃恢复时间，像这里开发库的 HDD IOPS 较低，因此面对大量的表空间，校验速度就非常缓慢。另外一个发现，MySQL 8 下正常启用时居然也会进行表空间校验，而故障恢复时则会额外再进行一次表空间校验，等于校验了 2 遍。不过 MySQL 8.0 里多了一个特性，即表数量超过 5W 时，会启用多线程扫描，加快表空间校验过程。
如何跳过校验MySQL 5.7 下有方法可以跳过崩溃恢复时的表空间校验过程嘛？查阅了资料，方法主要有两种：
1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那么 validate = false，即可以跳过表空间校验。实际测试的时候设置 innodb_force_recovery =1，也就是强制恢复跳过坏页，就可以跳过校验，然后重启就是正常启动了。通过这种临时方式可以避免崩溃恢复后非常耗时的表空间校验过程，快速启动 MySQL，个人目前暂时未发现有什么隐患。2. 使用共享表空间替代独立表空间这样就不需要打开 N 个 ibd 文件了，只需要打开一个 ibdata 文件即可，大大节省了校验时间。自从听了姜老师讲过使用共享表空间替代独立表空间解决 drop 大表时性能抖动的原理后，感觉共享表空间在很多业务环境下，反而更有优势。
临时冒出另外一种解决想法，即用 GDB 调试崩溃恢复，通过临时修改 validate 变量值让 MySQL 跳过表空间验证过程，然后让 MySQL 正常关闭，重新启动就可以正常启动了。但是实际测试发现，如果以 debug 模式运行，确实可以临时修改 validate 变量，跳过表空间验证过程，但是 debug 模式下代码运行效率大打折扣，反而耗时更长。而以非 debug 模式运行，则无法修改 validate 变量，想法破灭。
