&引用；更改数据库前缀“；wordpress插件错误/问题：将所有HTTP流量重定向到/wp admin/install.php

我安装了“change db prefix”wordpress插件（使用的wordpress版本是3.7.1），这导致了一个错误，并阻止了对站点的所有类型的http访问（域以及/wp管理页面）

安装时出现以下错误- 更改值：表mdv_选项中的mdv_用户_角色：失败 更改表mdv_usermeta中的值：失败

这就是现在正在发生的事情- 无论我是尝试登录到/wp admin还是直接访问域，我都会被重定向到/wp admin/install.php（安装WordPress的欢迎屏幕），就好像这是一个新安装一样

发现- 我从cPanel登录到phpMyAdmin，发现所有表都有旧的前缀，这意味着没有一个表更改为新的。有道理，可能是由于数据库错误导致了数据库回滚

但是，wp-config.php文件中的$table_prefix属性已更改为新前缀。我把它改回原来的前缀，并把文件上传到服务器上

不过我还是有同样的行为。对域的访问指向/wp admin/install.php文件

有人遇到过这个问题吗？非常感谢您的帮助！谢谢

卸载插件或从wp内容/插件中删除change db prefix插件文件夹

将$table_前缀更改为新前缀

转到phpmyadmin->your db->选择每个表并使用新前缀重命名该表

有关更多详细信息，请参阅此链接-

1}删除你的插件（因为你无法在wordpress管理面板中登录），然后重命名该插件并尝试登录。。。（您可以重命名插件文件夹：wp content\plugins \--您的插件--name

2}如果在phpmyadmin中，您看到您的表前缀被通过插件输入的新前缀更改，那么请查看哪个表显示的是旧前缀（只需使用新前缀更改：只需单击resp table>>操作>>重命名表名），反之亦然

3}打开WP-CONFIG.PHP并检查$table_prefix=您的默认或新前缀是设置的

---

4}如果您有数据库的备份，则只需将其替换为当前数据库并进行检查。

找到了答案。首先，我查看了错误的数据库，认为该插件没有重命名表。它们是

基本上，“更改数据库前缀”似乎是一个写得很糟糕的插件

原因- 它可以重命名表，但不知何故，它似乎在新前缀中添加了另一个“u”。因此，它无法重命名usermeta表中的字段值

有趣的是，为插件本身提供的原始前缀是错误的，从某种意义上说，没有具有给定“原始”前缀的表！因此插件继续创建了另一组重复的表

基本上，db automicity并不是由这个插件维护的。这让我想知道，人们怎么会错过db管理的基本原则而发布插件

解决方案- 在使用非常有用的Bluehost技术支持对问题进行分析后，只需删除新表并将wp-config.php中的db_前缀修改回原始值。这就解决了问题

---

感谢Pranita和user2906577，感谢您花宝贵的时间尝试解决此问题。

感谢Pranita。现在我想重置更改，让网站重新运行起来。不知道到底发生了什么，我不想把事情搞得更糟。您能推荐任何逆转更改的步骤吗？不幸的是，我没有接受DB backup:（（1）重命名了插件目录。不起作用。显然，由于插件只更改了一次db名称，并且在运行时不起作用。（2）检查了代码逻辑。db prefix renaming函数返回true（但从cPanel查看时前缀未更改！）。接下来，它无法更新少数表中的某些行，错误是u不存在。因此这些表没有重命名。（3）wp-config.php文件被更改以反映新的前缀。现在，由于数据库没有明显的更改（没有前缀更改，没有行更新）&我将wp-config.php改回“wp_u”前缀-它应该可以正常工作。但由于某些原因，它不能正常工作。我尝试过在数据库上执行“检查表”和“修复表”，但问题仍然存在。非常奇怪！实际上插件没有更改任何表前缀，也没有更新任何行（如果适用）使用新的前缀。它只更改了wp-config.php以反映新的前缀，然后我又将其更改回旧的前缀。所以技术上一切都是一样的，仍然是错误（显示wp admin/install.php页面）.1}您的config.php不匹配2}数据库前缀丢失或出现问题3}您是否尝试重命名插件名称，或在我告诉1）修复2）db前缀未更改（“wp_”）3）重命名插件文件夹名称时将其从resp文件夹中删除。错误依然存在..您是否检查了.htacess文件？请备份.htacess并删除它并检查？发生如果其存在：）