我对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之类的工具无法编辑视图。可编辑的结果字符串也以相同的方式被破坏。
同时,我想我找到了问题(不是解决方案)。自2011年以来,这是一个真正的mysql错误。
参见https://bugs.mysql.com/bug.php?id=60920
不好的是(如果我理解正确的话),它已在Mysql版本5.7.1中修复。这意味着我必须重写一些代码,并使用一些非空格分隔符才能使该东西在低于5.7.1的mysql版本中正常工作。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句