为什么 mysqli_connect() 必须在没有加密的情况下接收密码参数？

作为用户，您不知道密码是如何加密的（实际上根本没有加密，而是经过哈希处理）。

您只需传递密码，MySQL 就可以执行与原始密码相同的散列运算，并将其与存储的内容进行比较。如果传递散列版本，散列的全部好处就消失了：如果有人从服务器获取散列，他们就可以像使用普通密码一样使用这些来登录。散列然后成为密码。

额外的好处是 MySQL，因为它有原始密码，可以用更好的算法重新散列它，添加一点盐并存储改进的版本。如果它永远不会得到原件，那是做不到的。PHP 的密码函数也支持这一点。您可以检查password_needs_rehash散列密码是否仍然正确散列，如果不是，则更新您的数据库。

因此，为了安全起见，您将需要采取其他措施。这些至少是：

• 将密码存储在文档根目录之外的包含文件中。这样，没有人可以直接打开该文件。
• 您可以防止在未包含的情况下打开包含文件（例如，通过检查在 index.php 中设置的定义）。这很好，但是如果 PHP 由于配置错误而失败，人们只能浏览文件的源代码，因此请坚持之前的规则。
• 始终创建一个特殊的数据库用户。不要使用root. 给这个用户足够的权限来操作数据库，但不能更多。例如，没有删除表的权利。
• 始终为该用户提供唯一的密码。您不必记住此密码。只需生成带有大量字符的随机垃圾。
• 定期更改密码。也许您甚至可以编写脚本并将更新的密码存储在配置中。