Mysql 密码哈希方法旧与新

Question

我正在尝试从位于 slicehost （两个不同的托管公司）服务器中的 php 脚本连接到 dreamhost 的 mysql 服务器。 我需要这样做，以便我可以将 slicehost 上的新数据传输到 dreamhost。使用转储不是一个选项，因为表结构不同，我只需要传输一小部分数据（100-200 条每日记录） 问题是我在 slicehost 使用新的 MySQL 密码哈希方法，而 dreamhost 使用旧的方法，所以我得到

$link = mysql_connect($mysqlHost, $mysqlUser, $mysqlPass, FALSE); 

Warning: mysql_connect() [function.mysql-connect]: OK packet 6 bytes shorter than expected
Warning: mysql_connect() [function.mysql-connect]: mysqlnd cannot connect to MySQL 4.1+ using old authentication
Warning: mysql_query() [function.mysql-query]: Access denied for user 'nodari'@'localhost' (using password: NO) 

事实：

• 我需要继续在 slicehost 使用新方法，并且我不能使用旧的 php 版本/库
• 数据库太大，无法每天通过转储传输它
• 即使我这样做，表也有不同的结构
• ，我只需要每天复制其中的一小部分（仅当天的更改，100- 200 条记录）
• 由于表如此不同，我需要使用 php 作为桥梁来标准化数据
• 已经用 google 搜索过
• 已经与支持人员交谈过对

我来说更明显的选择是开始在 dreamhost 使用新的 MySQL 密码哈希方法，但他们不会改变它，而且我不是 root，所以我自己不能这样做。

有什么疯狂的想法吗？

根据 VolkerK 的建议：

mysql> SET SESSION old_passwords=0;
Query OK, 0 rows affected (0.01 sec)

mysql> SELECT @@global.old_passwords,@@session.old_passwords, Length(PASSWORD('abc'));
+------------------------+-------------------------+-------------------------+
| @@global.old_passwords | @@session.old_passwords | Length(PASSWORD('abc')) |
+------------------------+-------------------------+-------------------------+
|                      1 |                       0 |                      41 |
+------------------------+-------------------------+-------------------------+
1 row in set (0.00 sec)

现在显而易见的事情是运行 mysql>设置全局old_passwords=0； 他们不会给我它，

但我需要超级权限才能做到这一点，如果我运行查询，

SET PASSWORD FOR 'nodari'@'HOSTNAME' = PASSWORD('new password');

我收到错误

ERROR 1044 (42000): Access denied for user 'nodari'@'67.205.0.0/255.255.192.0' to database 'mysql'

，我不是 root...

dreamhost 支持人员坚持说问题出在我这边。但他说他会运行我告诉他的任何查询，因为这是一个私人服务器。 所以，我需要准确地告诉这个人要跑什么。 那么，让他逃跑

SET SESSION old_passwords=0;
SET GLOBAL old_passwords=0;
SET PASSWORD FOR 'nodari'@'HOSTNAME' = PASSWORD('new password');
grant all privileges on *.* to nodari@HOSTNAME identified by 'new password';

会是一个好的开始吗？

Answer 1

在某些情况下，您仍然可以设置和使用“新的哈希算法密码”。
MySQL 4.1+ 服务器能够处理这两种登录算法。使用哪一个与旧密码变量无关。如果 MySQL 找到以 * 开头的 41 个字符长的哈希值，它将使用新系统。 PASSWORD() 函数也可以使用这两种算法。如果字段 mysql.user.Password 足够宽，可以存储 41 个字符，并且旧密码变量为 0，它将创建一个“新”密码。
old_passwords 的文档说变量范围两者，这样您就可以为您的会话更改它。
连接到 MySQL 服务器（使用尽管全局 old_passwords=1 也能够执行此操作的客户端），例如 HeidiSQL 并尝试以下操作：

SET SESSION old_passwords=0;
SELECT @@global.old_passwords,@@session.old_passwords, Length(PASSWORD('abc'));

如果它打印 1, 0, 41 （意味着全局 old_passwords 已打开，但对于会话而言，它已关闭并且 PASSWORD() 返回了“新”密码）您应该能够使用新密码设置新密码同一会话中您的帐户的算法。

但是，如果 dreamhost 确实想要禁用新密码算法，则 mysql.user.Password 字段的长度将小于 41 个字符，并且您对此无能为力（除了唠叨他们）。

Answer 2

我刚刚遇到了这个问题，并且能够解决它。

首先，使用不介意 old_passwords 的旧客户端连接到 MySQL 数据库。使用您的脚本将使用的用户进行连接。

运行这些查询：

SET SESSION old_passwords=FALSE;
SET PASSWORD = PASSWORD('[your password]');

在 PHP 脚本中，更改 mysql_connect 函数以包含客户端标志 1：

define('CLIENT_LONG_PASSWORD', 1);
mysql_connect('[your server]', '[your username]', '[your password]', false, CLIENT_LONG_PASSWORD);

这使我能够成功连接。

Answer 3

是的，这看起来像个硬汉。如果没有主机的合作或无法更改密码格式或客户端库，您就没有很多选择。

老实说，我的第一选择是放弃 Dreamhost。这可能需要大量工作，但如果他们要继续使用旧的不兼容的东西，那么问题仍然会存在。

如果这不是一个选择，那么联合自动化流程怎么样？您可以将 Slicehost 端的数据导出到 CSV 文件中，并将其转换为 Dreamhost 所需的任何格式，然后将其上传到 Dreamhost 服务器。您可以在 Dreamhost 服务器上设置一个 cron 脚本，定期检查上传的文件并对其进行处理（确保在成功处理后将其移动或删除）。

Answer 4

我将通过使用 SELECT ... INTO OUTFILE 将数据转储到 Slicehost 来解决此问题。

这允许您设计查询以确保输出的格式与目标站点的表结构匹配。

然后将转储文件传输到 Dreamhost 并使用LOAD DATA INFILE。

顺便说一句，Dreamhost 真的还在使用 MySQL 4.0 吗？它们已经非常过时了——甚至 MySQL 4.1 的扩展支持也本月到期 （2009 年 12 月）。

Answer 5

我认为你应该从 slicehost 制作 WebServices/RPC 并在上面编写相应的服务来处理它。

Answer 6

我有同样的问题。为了解决这个问题，我做了以下操作：

SET PASSWORD = PASSWORD('[your password]');