我有这个问题。我联系了我的托管提供商，他们告诉我这是因为我超过了每小时最大查询数的限制，因此对数据库的访问被临时锁定，所以WP无法读取。

通过FTP等打开代码库/设置。

检查wp配置中的数据库名称、用户名、密码和表前缀。php文件参考：http://codex.wordpress.org/Editing_wp-config.php

重新启动计算机后，wordpress开始重定向以进行安装。数据库报告，当通过phpMyAdmin查看时，wordpress的表“不存在”。关闭Web服务器，然后重新启动mySQL服务器修复了我的系统上的问题。

请尝试关闭您的Web服务器（正常），然后重新启动mySQL。

尝试查看phpMyAdmin中的wp\\u options表并点击“优化表”。曾在我的一个网站上工作过，该网站有这个确切的问题（但不确定最初是什么原因造成的）。

问题在wp-config.php 文件你必须仔细检查$table_prefix 字段，并确保它与实际数据库中的表前缀相对应。

示例：如果数据库中的表如下所示wp_website_year_comments 在您的wp_config.php 应该是这样的：

/**
* WordPress Database Table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = \'wp_website_year_\';

我也遇到了这个问题，最终意识到与Wordpress一起安装的Jetpack插件是根本原因。它可以防止暴力攻击并增强安全性，因此在对服务器进行大约10次REST调用后，它会通过重定向到安装自动阻止所有请求。php。停用Jetpack解决了我的问题。

一些始终有效的修复：

检查wp配置

必须更新DB登录名，检查wp配置中的前缀有时前缀像wp\\uuu或任何其他前缀一样错误。检查并更正数据库。

检查。htaccess文件尝试放置默认wordpress htaccess文件

检查wp配置文件名称有时人们会编辑wp配置示例文件。您必须编辑wp配置文件。

@Izzy Hegazy解决方案对我的情况有效。我完全忘了我已经更改了旧安装上的表前缀。同时，在新安装中，我使用了默认的wp\\utable前缀。

SOLUTION