最新消息:20210816 当前crifan.com域名已被污染,为防止失联,请关注(页面右下角的)公众号

【已解决】WordPress网站crifan.com又出现:建立数据库连接时出错

WordPress crifan 936浏览 0评论
自己的网站
https://www.crifan.com
有出现
建立数据库连接时出错
访问:
https://www.crifan.com/wp-admin/
显示
建立数据库连接时出错
这意味着您在wp-config.php文件中指定的用户名和密码信息不正确,或我们未能在localhost联系到数据库服务器。这可能意味着您主机的数据库服务器未在运行。
* 您确定用户名和密码正确吗?
* 您确定输入的主机名正确吗?
* 您确定数据库服务器在运行吗?
如果您不明白这些意味着什么,您应该联系您的主机提供商。如果您仍需要帮助,请访问WordPress支持论坛。
登录vps看看数据库是否正常运行
[root@crifan ~]# service mysqld status
MySQL running (4307)                                       [  OK  ]
[root@crifan ~]# 
正常没问题。
结果又是剩余空间为0
[root@crifan ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        79G   75G     0 100% /
devtmpfs        1.9G     0  1.9G   0% /dev
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           1.9G   65M  1.8G   4% /run
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
tmpfs           379M     0  379M   0% /run/user/0
去删除binlog
且之前bin的log配置 看来没起效果
参考之前
【已解决】CentOS中mysql的bin的log日志文件占用太多空间
去操作
[root@crifan ~]# cd /data/mysql
[root@crifan mysql]# ls -lh
total 12G
-rw-r----- 1 mysql mysql   56 May  9  2019 auto.cnf
drwxr-x--- 2 mysql mysql 4.0K Sep  7 22:46 crifan_wp_db
-rw-r----- 1 mysql mysql  363 Sep  7 15:01 ib_buffer_pool
-rw-r----- 1 mysql mysql  12M Sep  7 15:08 ibdata1
-rw-r----- 1 mysql mysql  32M Sep  7 15:08 ib_logfile0
-rw-r----- 1 mysql mysql  32M May  9  2019 ib_logfile1
-rw-r----- 1 mysql mysql  32M May  9  2019 ib_logfile2
-rw-r----- 1 mysql mysql  12M Sep  9 11:42 ibtmp1
drwxr-x--- 2 mysql mysql 4.0K May  9  2019 mysql
-rw-r----- 1 mysql mysql 201M Sep  3 22:52 mysql-bin.000665
-rw-r----- 1 mysql mysql 201M Sep  3 23:35 mysql-bin.000666
-rw-r----- 1 mysql mysql 201M Sep  4 00:10 mysql-bin.000667
-rw-r----- 1 mysql mysql 201M Sep  4 00:52 mysql-bin.000668
-rw-r----- 1 mysql mysql 201M Sep  4 01:32 mysql-bin.000669
-rw-r----- 1 mysql mysql 201M Sep  4 01:56 mysql-bin.000670
-rw-r----- 1 mysql mysql 201M Sep  4 02:30 mysql-bin.000671
-rw-r----- 1 mysql mysql 201M Sep  4 03:10 mysql-bin.000672
-rw-r----- 1 mysql mysql 201M Sep  4 03:54 mysql-bin.000673
-rw-r----- 1 mysql mysql 201M Sep  4 04:37 mysql-bin.000674
-rw-r----- 1 mysql mysql 201M Sep  4 05:14 mysql-bin.000675
-rw-r----- 1 mysql mysql 201M Sep  4 05:56 mysql-bin.000676
-rw-r----- 1 mysql mysql 201M Sep  4 06:40 mysql-bin.000677
-rw-r----- 1 mysql mysql 201M Sep  4 07:24 mysql-bin.000678
-rw-r----- 1 mysql mysql 201M Sep  4 08:09 mysql-bin.000679
-rw-r----- 1 mysql mysql 201M Sep  4 08:52 mysql-bin.000680
-rw-r----- 1 mysql mysql 201M Sep  4 09:33 mysql-bin.000681
-rw-r----- 1 mysql mysql 201M Sep  4 10:12 mysql-bin.000682
-rw-r----- 1 mysql mysql 201M Sep  4 10:53 mysql-bin.000683
-rw-r----- 1 mysql mysql 201M Sep  4 11:33 mysql-bin.000684
-rw-r----- 1 mysql mysql 201M Sep  4 12:14 mysql-bin.000685
-rw-r----- 1 mysql mysql 201M Sep  4 12:55 mysql-bin.000686
-rw-r----- 1 mysql mysql 201M Sep  4 13:36 mysql-bin.000687
-rw-r----- 1 mysql mysql 201M Sep  4 14:17 mysql-bin.000688
-rw-r----- 1 mysql mysql 201M Sep  4 14:57 mysql-bin.000689
-rw-r----- 1 mysql mysql 201M Sep  4 15:33 mysql-bin.000690
-rw-r----- 1 mysql mysql 201M Sep  4 16:02 mysql-bin.000691
-rw-r----- 1 mysql mysql 201M Sep  4 16:43 mysql-bin.000692
-rw-r----- 1 mysql mysql 201M Sep  4 17:24 mysql-bin.000693
-rw-r----- 1 mysql mysql 201M Sep  4 18:05 mysql-bin.000694
-rw-r----- 1 mysql mysql 201M Sep  4 18:48 mysql-bin.000695
-rw-r----- 1 mysql mysql 201M Sep  4 19:28 mysql-bin.000696
-rw-r----- 1 mysql mysql 201M Sep  4 20:10 mysql-bin.000697
-rw-r----- 1 mysql mysql 201M Sep  4 20:39 mysql-bin.000698
-rw-r----- 1 mysql mysql 201M Sep  4 21:18 mysql-bin.000699
-rw-r----- 1 mysql mysql 201M Sep  4 22:00 mysql-bin.000700
-rw-r----- 1 mysql mysql 201M Sep  4 22:44 mysql-bin.000701
-rw-r----- 1 mysql mysql  61M Sep  4 22:57 mysql-bin.000702
-rw-r----- 1 mysql mysql  154 Sep  7 15:01 mysql-bin.000703
-rw-r----- 1 mysql mysql  177 Sep  7 15:01 mysql-bin.000704
-rw-r----- 1 mysql mysql  154 Sep  7 15:08 mysql-bin.000705
-rw-r----- 1 mysql mysql 1.1G Sep  8 10:06 mysql-bin.000706
-rw-r----- 1 mysql mysql 1.1G Sep  8 22:14 mysql-bin.000707
-rw-r----- 1 mysql mysql 981M Sep  9 13:57 mysql-bin.000708
-rw-r----- 1 mysql mysql  836 Sep  8 22:14 mysql-bin.index
-rw-r----- 1 mysql mysql 975M Sep  9 13:51 mysql-error.log
-rw-r----- 1 mysql mysql    5 Sep  7 15:08 mysql.pid
-rw-r----- 1 mysql mysql  91M Sep  9 11:37 mysql-slow.log
drwxr-x--- 2 mysql mysql 4.0K May  9  2019 performance_schema
drwxr-x--- 2 mysql mysql  12K May  9  2019 sys
[root@crifan mysql]# 
发现每个bin的log是201M
说明之前(部分)配置是有生效的。
[root@crifan mysql]# mysql -u root -p
Enter password: 
ERROR 1040 (HY000): Too many connections
结果无法登录。
那算了,直接手动删除一些
[root@crifan mysql]# rm -rf mysql-bin.000665 
[root@crifan mysql]# rm -rf mysql-bin.000666
登录Vultr中,重启VPS
先不重启。直接重启mysqld
[root@crifan mysql]# service mysqld restart
Shutting down MySQL.......                                 [  OK  ]
Starting MySQL..Logging to '/data/mysql/mysql-error.log'.
...                                                        [  OK  ]
再去登录mysql
mysql -u root -p
然后去重新配置和删除binlog:
MySQL [(none)]> SET GLOBAL expire_logs_days = 1;
Query OK, 0 rows affected (0.00 sec)


MySQL [(none)]> SET GLOBAL max_binlog_size = 209715200;
Query OK, 0 rows affected (0.01 sec)


MySQL [(none)]> PURGE BINARY LOGS TO 'mysql-bin.000708';
Query OK, 0 rows affected, 2 warnings (0.07 sec)
再退出,看看binlog是否被删除
[root@crifan mysql]# ls -lh
total 1.2G
-rw-r----- 1 mysql mysql   56 May  9  2019 auto.cnf
drwxr-x--- 2 mysql mysql 4.0K Sep  7 22:46 crifan_wp_db
-rw-r----- 1 mysql mysql  809 Sep  9 14:02 ib_buffer_pool
-rw-r----- 1 mysql mysql  12M Sep  9 14:03 ibdata1
-rw-r----- 1 mysql mysql  32M Sep  9 14:03 ib_logfile0
-rw-r----- 1 mysql mysql  32M May  9  2019 ib_logfile1
-rw-r----- 1 mysql mysql  32M May  9  2019 ib_logfile2
-rw-r----- 1 mysql mysql  12M Sep  9 14:06 ibtmp1
drwxr-x--- 2 mysql mysql 4.0K May  9  2019 mysql
-rw-r----- 1 mysql mysql 981M Sep  9 14:02 mysql-bin.000708
-rw-r----- 1 mysql mysql 5.9M Sep  9 14:06 mysql-bin.000709
-rw-r----- 1 mysql mysql   38 Sep  9 14:05 mysql-bin.index
-rw-r----- 1 mysql mysql 3.8K Sep  9 14:05 mysql-error.log
-rw-r----- 1 mysql mysql    5 Sep  9 14:03 mysql.pid
-rw-r----- 1 mysql mysql  91M Sep  9 14:05 mysql-slow.log
drwxr-x--- 2 mysql mysql 4.0K May  9  2019 performance_schema
drwxr-x--- 2 mysql mysql  12K May  9  2019 sys
果然删除了。
然后网站就正常了:
-》此处之前对于binlog的配置,实际上是生效的。
但是对于还有很多binlog,且是9月3号和4号
当前是9月9号,最大保存1天,所以之前的9月3号和4号,按道理早就被删除才对
但是之所以没删除,感觉是:前些天mysql出错,异常,导致binlog没删除掉。
现在正常mysql正常运行,估计就没啥大问题了。
【总结】 
后续如果再出错,则:
  • 先看看mysql是否正常运行
    • service mysqld status
  • 先去看看是否空间不足
    • du -h
  • 如果是空间不足
    • 那么看看是否是mysql的binlog导致
      • cd /data/mysql
      • ls -lh
  • 如果是,再去登录mysql
    • mysql -u root -p
      • 去删除binlog
        • PURGE BINARY LOGS TO ‘mysql-bin.000708’;
          • 其中000708是最后一个log的文件名(编号)

转载请注明:在路上 » 【已解决】WordPress网站crifan.com又出现:建立数据库连接时出错

发表我的评论
取消评论

表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
83 queries in 0.164 seconds, using 22.17MB memory