2

我对这个小部分 MySql 查询有疑问:

SELECT

`p`.`person_id`,
`p`.`prename`,
`p`.`name`,
(
    SELECT GROUP_CONCAT(`node`.`name` SEPARATOR "\0")

    FROM `node`

    INNER JOIN `nodegroup`
    ON `nodegroup`.`nodegroup_id` = `node`.`fk_nodegroup_id`

    INNER JOIN `person_has_node`
    ON `person_has_node`.`fk_node_id` = `node`.`node_id`

    WHERE `person_has_node`.`fk_person_id` = `p`.`person_id`

    GROUP BY `nodegroup`.`nodegroup_id`

) AS `nodes`

FROM `person` `p`

此查询用作我的应用程序内部的视图。它是由应用程序在一种更新过程中以编程方式创建的。结果正如预期的那样,我可以毫无问题地使用该视图。

当涉及到生成 CHAR(0) 分隔字段的子选择时,问题就开始了。

当我想导出完整的数据库时,包括。这个视图,输出在这个视图应该被转储的那部分被破坏。完整的视图定义字符串在关键字之后结束SEPARATOR。完整的其余部分丢失了。结果转储文件不完整,因此损坏并且无法再次导入。

我尝试了不同的方法来处理空字符:

GROUP_CONCAT(`node`.`name` SEPARATOR "\0")
GROUP_CONCAT(`node`.`name` SEPARATOR CHAR(0))
GROUP_CONCAT(`node`.`name` SEPARATOR 0x0)

结果总是一样的:

/*!50001 DROP TABLE IF EXISTS `person_nodes`*/;
/*!50001 DROP VIEW IF EXISTS `person_nodes`*/;
/*!50001 SET @saved_cs_client          = @@character_set_client */;
/*!50001 SET @saved_cs_results         = @@character_set_results */;
/*!50001 SET @saved_col_connection     = @@collation_connection */;
/*!50001 SET character_set_client      = utf8 */;
/*!50001 SET character_set_results     = utf8 */;
/*!50001 SET collation_connection      = utf8_general_ci */;
/*!50001 CREATE ALGORITHM=UNDEFINED */
/*!50013 DEFINER=`root`@`localhost` SQL SECURITY DEFINER */
/*!50001 VIEW `person_nodes` AS select `p`.`person_id` AS `person_id`,`p`.`prename` AS `prename`,`p`.`name` AS `name`,(select group_concat(`node`.`name` separator ' */;
/*!50001 SET character_set_client      = @saved_cs_client */;
/*!50001 SET character_set_results     = @saved_cs_results */;
/*!50001 SET collation_connection      = @saved_col_connection */;

现在我不知道如何解决这个问题。我需要能够通过转储该数据库mysqldump并通过其他地方导入,mysql因为这是部署过程的一部分。

目前我正在使用mysql Ver 14.14 Distrib 5.5.50, for debian-linux-gnu (x86_64) using readline 6.3

我正在以这种方式创建转储文件:

mysqldump -u <user> -p<pass> <dbname> -r <dumpfile>

或者

mysqldump -u <user> -p<pass> <dbname> > <dumpfile>

有谁知道如何防止破坏 mysqldump 输出?也许这是一个字符集/转换问题?默认情况下,我使用utf8/ utf8_general_ci

信息:MysqlWorkbench 或 Navicat 等工具无法编辑视图。可编辑的结果字符串也以相同的方式被破坏。

4

1 回答 1

1

同时我想我发现了问题(不是解决方案)。这是自 2011 年以来存在的一个真正的 mysql 错误。

https://bugs.mysql.com/bug.php?id=60920

不好的是(如果我理解正确的评论),它已在 Mysql 版本 5.7.1 中修复。这意味着我必须重写一些代码并使用一些非空格分隔符来让那个东西在 mysql 版本 < 5.7.1 中工作。

于 2016-08-22T07:42:42.513 回答