mysql迫切内连接_不推荐使用mysql扩展，将来会删除它：使用mysqli或PDO代替[复制]...

为什么会这样？

它最初是在PHP v2.0(1997年11月)中针对MySQL v3.20引入的，自2006年以来没有添加任何新功能 . 再加上缺少新功能，难以在复杂的安全漏洞中维护这些旧代码 .

自2011年6月以来，该手册中包含了对其在新代码中使用的警告 .

我该如何解决？

正如错误消息所示，您可以考虑另外两个MySQL扩展：MySQLi和PDO_MySQL，可以使用其中任何一个而不是 ext/mysql . 从v5.0开始，两者都在PHP核心中，所以如果你使用的是抛出这些弃用错误的版本，那么你几乎可以肯定只是立即开始使用它们 - 即 . 没有任何安装工作 .

它们略有不同，但与旧的扩展相比具有许多优点，包括对事务，存储过程和预处理语句的API支持(从而提供the best way以打败SQL injection attacks) . PHP开发人员Ulf Wendel编写了a thorough comparison of the features .

我知道可以通过在php.ini中设置error_reporting来排除E_DEPRECATED来抑制弃用错误：error_reporting = E_ALL ^ E_DEPRECATED

如果我这样做会怎么样？

是的，可以抑制此类错误消息并暂时继续使用旧的 ext/mysql 扩展名 . 但 you really shouldn't do this -这是开发人员的最后警告，该扩展可能未与未来版本的PHP捆绑在一起(实际上，如前所述，它已从PHP v7中删除) . 相反，您应该 grab 这个机会立即迁移您的应用程序，之后为时已晚 .

另请注意，此技术将禁止所有 E_DEPRECATED 消息，而不仅仅是那些与 ext/mysql 扩展名相关的消息：因此您可能不知道即将发生的其他可能影响应用程序代码的PHP更改 . 当然，可以通过使用PHP的error control operator -i.e来仅抑制在表达式上出现的错误 . 在 @ 前面加上相关的行 - 但是这会抑制该表达式引发的所有错误，而不仅仅是 E_DEPRECATED .

你应该怎么做？

You are starting a new project.

绝对没有理由使用 ext/mysql - 选择其他更现代的扩展之一，并获得它们提供的好处的回报 .

You have (your own) legacy codebase that currently depends upon ext/mysql.

执行回归测试是明智的：在确定所有潜在的影响区域之前，您确实不应该更改任何内容(特别是升级PHP)，计划围绕每个影响区域，然后在暂存环境中彻底测试您的解决方案 .

Following good coding practice, your application was developed in a loosely integrated/modular fashion and the database access methods are all self-contained in one place that can easily be swapped out for one of the new extensions.

花半个小时重写这个模块，使用另一个更现代的扩展;彻底测试 . 您可以稍后介绍进一步的改进，以获得他们提供的好处的回报 .

The database access methods are scattered all over the place and cannot easily be swapped out for one of the new extensions.

考虑一下你是否真的需要升级到PHP v5.5 .

您应该开始计划用其他更现代化的扩展替换 ext/mysql ，以便您可以获得他们提供的好处的回报;您也可以将其用作将数据库访问方法重构为更模块化结构的机会 .

但是，如果您迫切需要立即升级PHP，则可以考虑暂时禁止弃用错误：但首先要确保识别同时引发的任何其他弃用错误 .

You are using a third party project that depends upon ext/mysql.

考虑一下你是否真的需要升级到PHP v5.5 .

检查开发人员是否已发布与此特定问题相关的任何修复，变通方法或指导;或者，如果没有，通过引起他们注意这个问题来迫使他们这样做 . 如果您迫切需要立即升级PHP，可以考虑暂时禁止弃用错误：但首先要确保识别出同样被抛出的任何其他弃用错误 .

这绝对是必不可少的执行回归测试 .