MySQL中未知POINT值的处理：针对MySQL 5.7空间索引场景

嘿，针对你碰到的这个问题——带空间索引的POINT列不能存NULL，又没法设置默认值，当用户没提供地址时不知道该填什么，我整理了几个实际项目里常用的方案，你可以根据业务场景来选：

1. 用特殊标记坐标（比如北极点） #

你提到的POINT(0.0000,90.0000)确实是个常见思路，虽然会占25字节，但如果你的数据量不是特别夸张（比如百万级以内），这点存储开销基本可以忽略。而且实现起来特别简单，只要在代码里统一维护这个特殊坐标的常量，查询时过滤掉它就行：

SELECT * FROM your_table WHERE NOT ST_Equals(location, POINT(0.0000,90.0000));

唯一要注意的是，别在不同地方写不同的特殊坐标，最好定义成全局常量，避免后期维护混乱。

2. 新增状态字段辅助标识 #

可以加一个is_location_valid的布尔字段（或者用枚举location_status，比如VALID/INVALID），当地址未知时，POINT列存一个不会和真实业务数据冲突的无效坐标（比如POINT(0,0)，只要你的业务里不会用到这个坐标就行），同时把状态字段设为INVALID。

这种方案的好处是语义更清晰，别人看数据库结构或者代码时，一眼就能知道这个POINT值是无效的，不会被当成真实地理数据。而且额外的状态字段只占1字节（布尔型），存储成本很低。查询时直接用状态字段过滤，效率也很高。

3. 拆分表存储未知地址记录 #

如果你的业务里未知地址的记录占比极低（比如不到1%），可以考虑把这部分数据拆分到单独的表，比如your_table_no_location，只存业务字段，不包含POINT列。主表的POINT列就全是有效的空间数据，空间索引的效率也能最大化。不过这种方案会增加查询复杂度，需要做联合查询或者在业务代码里分情况处理，适合数据量很大且未知地址极少的场景。

4. 升级MySQL版本（如果可行） #

如果你有升级的空间，MySQL 8.0对空间字段的支持更灵活，比如允许给空间列设置默认值（虽然要建空间索引还是不能存NULL），甚至可以用GEOMETRYCOLLECTION EMPTY作为默认值——不过这个在5.7里是不支持的。如果升级成本不高，这会是个一劳永逸的长期解决方案。

个人建议 #

如果你的业务数据量中等，优先选第一种或第二种方案。第一种胜在代码改动少、快速落地；第二种胜在语义明确，后期维护更省心。

内容的提问来源于stack exchange，提问作者pbarney