mysql点坐标的导出/导入问题

2hh7jdfx  于 2021-06-20  发布在  Mysql
关注(0)|答案(2)|浏览(453)

我在导出mysql数据库并将其从本地导入到prod时遇到了一个问题：
（我通过phpmyadmin以“简单模式”和默认选项导出和导入。）

源数据库：本地环境MySQL5.7.19（工作）

表格： lieux |innodb | utf8 | unicode | ci
列：
名称=> coords 类型=> point 值=> 'POINT(48.6863316 6.1703782)',0 （好的那个）

目标数据库：生产环境MySQL5.6。？

表格： lieux |innodb | utf8 | unicode | ci
列：
名称=> coords 类型=> point 值=> 'POINT(-0.000000000029046067630853117 -3.583174595546599e227)',0 （坏的那个）
导出/导入后，点值更改，所有坐标都为false。
在vscode编辑器中打开.sql export时，也会出现一个奇怪的显示：
点值如下所示：

（文件为utf-8格式）。
你知道utf-8在mysql中的坐标点是否有问题，或者prod-server上较旧的mysql版本是否会导致这个问题？我应该使用utf8\u mb4字符集吗？

编辑：添加更多详细信息

在我的项目（laravel+google maps javascript api）中，我（在本地环境中）用以下坐标创建一个地方： 48°41'10.8"N 6°10'13.4"E ，存储在数据库中作为 POINT(48.6863316 6.1703782) 位于：

然后，我进入导出选项卡中的phpmyadmin并进行一个简单的sql导出（使用默认选项）。
然后我在prod服务器上登录phpmyadmin，进入import选项卡并导入我的sql文件（也使用默认选项）。
当我查看新数据库（在prod服务器上）时，值存储为 POINT(-0.000000000029046067630853117 -3.583174595546599e227) ，并位于此处（在google maps通过删除多余字符进行更正后）：

我通过使用heidi sql而不是phpmyadmin来解决这个问题，phpmyadmin以不同的方式存储值：
在phpmyadmin export.sql文件中：

在heidi sql export.sql文件中：

编辑：导出文件

  1. -- phpMyAdmin SQL Dump
  2. -- version 4.7.4
  3. -- https://www.phpmyadmin.net/
  4. --
  5. -- Hôte : 127.0.0.1:3306
  6. -- Généré le :  jeu. 26 juil. 2018 à 03:46
  7. -- Version du serveur :  5.7.19
  8. -- Version de PHP :  7.1.9
  10. SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
  11. SET AUTOCOMMIT = 0;
  12. START TRANSACTION;
  13. SET time_zone = "+00:00";
  15. /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
  16. /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
  17. /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
  18. /*!40101 SET NAMES utf8mb4 */;
  20. -- --------------------------------------------------------
  22. --
  23. -- Structure de la table `lieux`
  24. --
  26. DROP TABLE IF EXISTS `lieux`;
  27. CREATE TABLE IF NOT EXISTS `lieux` (
  28.   `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  29.   `created_at` timestamp NULL DEFAULT NULL,
  30.   `updated_at` timestamp NULL DEFAULT NULL,
  31.   [...],
  32.   `coords` point DEFAULT NULL,
  33.   [...],
  34.   PRIMARY KEY (`id`)
  35. ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
  37. --
  38. -- Déchargement des données de la table `lieux`
  39. --
  41. INSERT INTO `lieux` (`id`, `created_at`, `updated_at`, [...], `coords`, [...]) VALUES
  42. (1, '2018-03-23 09:13:45', '2018-04-19 19:47:22', [...], '\0\0\0\0\0\0\0��I�mH@�D[@', [...]),
  43. (2, '2018-03-23 18:11:59', '2018-07-12 16:15:06', [...], '\0\0\0\0\0\0\0���WH@.�s�w�@', [...]),
  44. (3, '2018-04-02 14:00:29', '2018-04-19 19:47:32', [...], '\0\0\0\0\0\0\04j��E@�mWCu@', [...]);
  46. -- --------------------------------------------------------

我将多余的数据替换为 [...] ###编辑：尝试phpmyadmin选项和命令行mysqldump
我在phpmyadmin中尝试了所有相关选项，但没有任何改变。我还尝试从远程环境导出数据库，该环境的phpmyadmin=>版本不同，但仍然无法工作。
我正在命令行中尝试从本地导出，使用以下指令：

  1. C:\laragon\bin\mysql\mysql-5.7.19-winx64\bin
  2. λ mysqldump.exe --host=localhost --user=root mydatabase > mydatabase.sql

但它还是给了我一个糟糕的编码：

  1. -- MySQL dump 10.13  Distrib 5.7.19, for Win64 (x86_64)
  2. --
  3. -- Host: localhost    Database: db
  4. -- ------------------------------------------------------
  5. -- Server version   5.7.19
  7. /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
  8. /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
  9. /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
  10. /*!40101 SET NAMES utf8 */;
  11. /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
  12. /*!40103 SET TIME_ZONE='+00:00' */;
  13. /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
  14. /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
  15. /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
  16. /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
  18. --
  19. -- Table structure for table `lieux`
  20. --
  22. DROP TABLE IF EXISTS `lieux`;
  23. /*!40101 SET @saved_cs_client     = @@character_set_client */;
  24. /*!40101 SET character_set_client = utf8 */;
  25. CREATE TABLE `lieux` (
  26.   `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  27.   `created_at` timestamp NULL DEFAULT NULL,
  28.   `updated_at` timestamp NULL DEFAULT NULL,
  29.   [...],
  30.   `coords` point DEFAULT NULL,
  31.   [...],
  32.   PRIMARY KEY (`id`)
  33. ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
  34. /*!40101 SET character_set_client = @saved_cs_client */;
  36. --
  37. -- Dumping data for table `lieux`
  38. --
  40. LOCK TABLES `lieux` WRITE;
  41. /*!40000 ALTER TABLE `lieux` DISABLE KEYS */;
  42. INSERT INTO `lieux` VALUES (1,'2018-03-23 09:13:45','2018-04-19 19:47:22',[...],'\0\0\0\0\0\0\0��I\�mH@�D[@',[...]),(2,'2018-03-23 18:11:59','2018-07-12 16:15:06',[...],'\0\0\0\0\0\0\0��\�WH@.\�s�w�@',[...]),(3,'2018-04-02 14:00:29','2018-04-19 19:47:32',[...],'\0\0\0\0\0\0\04j��E@�mWCu@',[...]);
  43. /*!40000 ALTER TABLE `lieux` ENABLE KEYS */;
  44. UNLOCK TABLES;

mysqldump命令行导出文件的一部分
如何获取有关导出过程的更多信息？
您认为这可能是由于行创建时的值存储不正确（我的意思是当用户创建location项时）造成的吗？
也许它与另一个问题有关（也是我的，只是部分解决了）。。。

mysqlphpmyadmingoogle-mapscoordinatesPoint

2条答案

按热度按时间
gwo2fgha

gwo2fgha1#

https://dev.mysql.com/doc/refman/5.7/en/gis-data-formats.html
看起来像wkb格式：

  1. mysql> select HEX(ST_PointFromText('POINT(-0.000000000029046067630853117 -3.583174595546599e227)')); 
  2. +---------------------------------------------------------------------------------------+
  3. | HEX(ST_PointFromText('POINT(-0.000000000029046067630853117 -3.583174595546599e227)')) |
  4. +---------------------------------------------------------------------------------------+
  5. | 0000000001010000000E1BEFBFBDEFBFBDEFBFBD5748402EEF                                    |
  6. +---------------------------------------------------------------------------------------+

以下是“坏”数字中的两个浮点数：

  1. mysql> select HEX(MID(REVERSE(ST_PointFromText('POINT(-0.000000000029046067630853117 -3.583174595546599e227)')), 1, 8));
  2. +-----------------------------------------------------------------------------------------------------------+
  3. | HEX(MID(REVERSE(ST_PointFromText('POINT(-0.000000000029046067630853117 -3.583174595546599e227)')), 1, 8)) |
  4. +-----------------------------------------------------------------------------------------------------------+
  5. | EF2E404857BDBFEF                                                                                          |
  6. +-----------------------------------------------------------------------------------------------------------+
  8. mysql> select HEX(MID(REVERSE(ST_PointFromText('POINT(-0.000000000029046067630853117 -3.583174595546599e227)')), 9, 8));
  9. +-----------------------------------------------------------------------------------------------------------+
  10. | HEX(MID(REVERSE(ST_PointFromText('POINT(-0.000000000029046067630853117 -3.583174595546599e227)')), 9, 8)) |
  11. +-----------------------------------------------------------------------------------------------------------+
  12. | BDBFEFBDBFEF1B0E                                                                                          |
  13. +-----------------------------------------------------------------------------------------------------------+

他们似乎很有道理。
不清楚你所说的“坏”或“假”是什么意思。请提供此类事件的sql证据。
这个 CHARACTER SET 应该完全无关。
啊哈。那么这些数字代表纬度和经度？好， -3.583174595546599e227 （-3.58*10^227）不是有效值。因此，从该值向后操作，并显示生成/导出/导入数字的所有步骤。我们得找出它在哪里被弄坏了。从查看导出文件开始。
mysqldump文件
根据您最近的编辑，mysqldump正在崩溃 POINTs . 我不知道确切的解决办法，但二进制的东西需要在十六进制（或文本以外的东西）完成。
phpadmin可能有一个参数？？
也许你可以使用mysqldump命令？
mysqldump示例
生成测试表：

  1. mysql> CREATE TABLE `lieux` (
  2.     ->   `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  3.     ->   `coords` point DEFAULT NULL,
  4.     ->   PRIMARY KEY (`id`)
  5.     -> ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
  6. Query OK, 0 rows affected (0.01 sec)
  8. mysql> INSERT INTO lieux (coords) VALUES (ST_PointFromText('POINT(11.22 33.44)'));
  9. Query OK, 1 row affected (0.01 sec)
  11. mysql> 
  12. mysql> SELECT HEX(coords) FROM lieux;
  13. +----------------------------------------------------+
  14. | HEX(coords)                                        |
  15. +----------------------------------------------------+
  16. | 000000000101000000713D0AD7A3702640B81E85EB51B84040 |
  17. +----------------------------------------------------+
  18. 1 row in set (0.00 sec)
  20. mysql> exit 
  21. Bye

然后扔掉它：

  1. ~$ mysqldump  --hex-blob try lieux -u root
  2. -- MySQL dump 10.13  Distrib 5.7.23, for Linux (x86_64)
  3. --
  4. -- Host: localhost    Database: try
  5. -- ------------------------------------------------------
  6. -- Server version   5.6.22-71.0-log
  8. /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
  9. /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
  10. /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
  11. /*!40101 SET NAMES utf8 */;
  12. /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
  13. /*!40103 SET TIME_ZONE='+00:00' */;
  14. /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
  15. /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
  16. /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
  17. /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
  19. --
  20. -- Table structure for table `lieux`
  21. --
  23. DROP TABLE IF EXISTS `lieux`;
  24. /*!40101 SET @saved_cs_client     = @@character_set_client */;
  25. /*!40101 SET character_set_client = utf8 */;
  26. CREATE TABLE `lieux` (
  27.   `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  28.   `coords` point DEFAULT NULL,
  29.   PRIMARY KEY (`id`)
  30. ) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
  31. /*!40101 SET character_set_client = @saved_cs_client */;
  33. --
  34. -- Dumping data for table `lieux`
  35. --
  37. LOCK TABLES `lieux` WRITE;
  38. /*!40000 ALTER TABLE `lieux` DISABLE KEYS */;
  39. INSERT INTO `lieux` VALUES (4,0x000000000101000000713D0AD7A3702640B81E85EB51B84040);
  40. /*!40000 ALTER TABLE `lieux` ENABLE KEYS */;
  41. UNLOCK TABLES;
  42. /*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;
  44. /*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
  45. /*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
  46. /*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
  47. /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
  48. /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
  49. /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
  50. /*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;
  52. -- Dump completed on 2018-08-20 13:38:24
展开查看全部
赞(0）分享  回复(0）举报  2021-06-21
q5lcpyga

q5lcpyga2#

最后，在phpmyadmin 4.8.6中进行了固定

如您所见：https://github.com/phpmyadmin/phpmyadmin/issues/14588#event-2323932464
这个问题现在由7f454ac修复，并将成为phpmyadmin（4.8.6）下一个版本的一部分

赞(0）分享  回复(0）举报  2021-06-20
我来回答

相关问题

    查看更多

    热门标签

    更多
    JavaquerypythonNode开发语言requestUtil数据库Table后端算法LoggerMessageElementParser

    最新问答

    更多
    • 蜀ICP备13028337号-1 大数据知识库 https://www.saoniuhuo.com © All rights reserved
    • 本站内容来源互联网,如果侵犯您的权益请联系我们删除, 联系方式：448109455@qq.com