最新消息：20210816 当前crifan.com域名已被污染，为防止失联，请关注（页面右下角的）公众号
    你的位置：在路上 > 工作和技术 > ProgrammingLanguage > PHP > WordPress > 【已解决】WordPress网站crifan.com又出现：建立数据库连接时出错

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

    WordPress crifan 1144浏览 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又出现：建立数据库连接时出错

    Post Views: 974

    与本文相关的文章

    发表我的评论
    取消评论

    表情

    Hi，您需要填写昵称和邮箱！

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