导出WKT格式空间数据：勾选As spatial type (WKT)与SQL格式，并确认phpMyAdmin≥5.2.0及MySQL≥5.7.6以保留SRID

在数据库管理中，导出空间数据是一项需要格外谨慎的操作。若步骤不当，数据可能在无任何错误提示的情况下发生“静默”损坏，导致后续GIS分析失败。导出WKT（Well-Known Text，知名文本）格式时，必须严格遵循关键流程，否则极易得到乱码、无意义的NULL值或丢失坐标系信息。

格式选择错误：导致WKT数据变为乱码或NULL

一个普遍存在的误区是直接使用默认设置导出。phpMyAdmin默认将空间几何字段（如geometry）作为原始二进制大对象（raw blob）处理。如果直接选择SQL或CSV格式导出，几何对象（如POINT、LINESTRING、POLYGON）在文件中将显示为冗长的十六进制字符串，甚至直接变为NULL。核心解决方案是明确指示系统将空间数据以可读文本形式展开。

• 进入「自定义导出」界面，展开「格式-specific 选项」区域，务必找到并勾选As spatial type (WKT)选项。此设置常被折叠隐藏，容易遗漏。
• 导出格式必须选择SQL。CSV和JSON格式对复杂WKT字符串（尤其是包含嵌套POLYGON或GEOMETRYCOLLECTION）的支持不稳定，可能导致数据截断或格式错误。
• 导出后务必验证数据。对于包含混合几何类型的表，检查前几行输出。正确的格式应类似ST_GeomFromText('POINT(120.1 30.2)', 4326)。若出现0x00000000014059333333333333403E666666666666这类十六进制代码，则证明导出格式设置错误。

保留SRID信息：必须验证phpMyAdmin版本 ≥ 5.2.0

SRID（空间参考标识符）是空间数据的坐标系“身份证”，丢失SRID意味着数据失去地理定位基准。早期版本的phpMyAdmin（如4.x或5.0.x）存在一个关键缺陷：即使勾选了As spatial type (WKT)，生成的SQL语句也会丢失SRID参数，结果变为ST_GeomFromText('...', 0)，导致所有几何对象被赋予未知坐标系（SRID 0）。这是底层MySQL函数调用逻辑问题，无法通过配置修复。

• 首先进行环境检查：在MySQL中执行SELECT VERSION();，确保MySQL版本≥5.7.6（该版本起支持在几何函数中显式指定SRID），同时确认phpMyAdmin版本≥5.2.0。
• 若版本过低，可采取临时补救措施：导出SQL文件后，使用文本编辑器或脚本进行批量查找替换。例如，将所有ST_GeomFromText('替换为ST_GeomFromText('并附加统一的SRID值。此方法要求表中所有几何字段使用相同的坐标系。
• 额外注意：MySQL 8.0及以上版本提供了ST_AsWKT(geometry, options)函数，可通过参数控制SRID输出。但phpMyAdmin导出界面通常未开放此参数设置，需依赖其内部逻辑是否已正确集成。

处理大型数据表：避免WKT字符串超长被截断

当导出包含大量记录或复杂几何图形的大表时，可能遭遇数据截断问题。phpMyAdmin的界面预览可能限制字段显示长度，且导出过程受PHP配置（如memory_limit内存限制和max_execution_time执行超时）影响，可能导致SQL文件在末尾不完整，部分INSERT语句丢失。

• 在导出设置中，建议勾选Disable foreign key checks（禁用外键检查）以加速导入。勾选Use hexadecimal for binary fields（二进制字段使用十六进制）可减小文件体积，但对WKT文本内容本身无影响。
• 关键调整：在「格式-specific 选项」中，将Max rows to export（最大导出行数）设置为0（表示无限制）。同时，确保Export method（导出方法）选择Direct（直接导出）而非Quick（快速导出），以获得更稳定的处理。
• 若通过界面导出仍失败，建议使用命令行工具mysqldump。在服务器上执行类似命令：mysqldump --hex-blob=FALSE --skip-extended-insert -u username -p database_name table_name --where="1=1"。导出后，可能需手动将二进制数据0x...替换为对应的ST_GeomFromText('...', SRID)函数调用，这要求预先了解字段的几何类型和SRID。

数据导入回MySQL：解决ST_GeomFromText报错ERROR 3037

成功导出WKT后，在重新导入MySQL时可能遇到ERROR 3037：“Illegal non geometric value was found when trying to parse a geometry”。此错误通常表明WKT字符串语法看似正确，但内含“不纯净”的字符，如括号不匹配、隐藏的空格/换行符、非法标点或超出精度的坐标值。

• 使用专业文本编辑器（如VS Code、Notepad++）打开导出的SQL文件，搜索ST_GeomFromText。仔细检查单引号内的WKT字符串，排查是否存在未转义的换行符、多余空格（特别是在坐标之间）、误用的中文标点（如中文逗号）等非法字符。
• MySQL对坐标数值精度敏感。避免直接使用高精度浮点数进行字符串拼接。更可靠的做法是：先将坐标值以固定精度格式（如DECIMAL(12,10)）导出，再构造WKT字符串，以减少精度误差带来的解析问题。
• 如果原始数据包含EMPTY几何对象（如POLYGON EMPTY），需注意部分MySQL版本可能无法直接解析。建议在导出前将其过滤，或统一替换为标准写法（如ST_GeomFromText('POINT EMPTY', 4326)）。

总而言之，GIS数据导出的核心挑战在于确保WKT字符串的完整性与纯净度。SRID丢失、不可见字符混入、或因系统限制导致的数据截断，都可能引发静默错误——没有崩溃提示，但数据已变为NULL或空间位置错乱。因此，最保险的策略是：在正式批量操作前，先导出一条或几条已知坐标的测试数据（例如一个简单的POINT），用SELECT查询结果与导出文件内容进行逐字比对，确保完全一致。这一步简单的验证，能有效规避后续大量的数据纠错工作。