存储谷歌地图地址应选用何种数据类型？

嘿，我之前也碰到过类似的地址存储问题，结合谷歌地图地址的实际情况和MySQL的字符集特性，给你梳理下靠谱的解决方案：

1. VARCHAR(255)完全够用，也不算冗余 #

谷歌官方给出的完整地址（包含国家、省市区、街道门牌号、邮编等所有要素），最长大概在180-200个字符左右。哪怕是多字节的非英文地址，用你的utf8_general_ci（3字节编码）计算，255个字符最多占用765字节，远低于InnoDB的行存储限制（65535字节）。

而且VARCHAR是可变长度存储，实际只会占用地址内容的字节数加少量额外开销，不会浪费存储空间。与其担心冗余，不如预留这点空间避免后续因特殊地址长度不够的麻烦——毕竟极端情况（比如超长的街道名称）虽然少见，但真碰到了会很头疼。

2. 非英文地址的字符集建议：换成utf8mb4 #

你当前用的utf8_general_ci在MySQL里其实是utf8mb3，只能支持Unicode基本多语言平面（BMP）的字符，对于一些罕见的非英文字符（比如部分生僻中文、东南亚语言字符）可能存不下。而谷歌地图的地址可能包含这类字符，所以建议把表的字符集改成utf8mb4_general_ci（或者更精准的utf8mb4_unicode_ci），它支持所有Unicode字符，包括4字节的特殊字符。

修改现有表的命令：

ALTER TABLE your_address_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

如果是新建表，直接在CREATE语句里指定：

CREATE TABLE google_addresses (
    id INT AUTO_INCREMENT PRIMARY KEY,
    full_address VARCHAR(255) NOT NULL,
    -- 其他关联字段（比如经纬度）
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

3. 额外的实用小建议 #

• 如果需要对地址进行拆分查询（比如按城市筛选），可以把地址拆分成country、city、street等多个VARCHAR字段，每个字段根据需求设长度（比如country用VARCHAR(50)，city用VARCHAR(100)）；如果只是存储完整地址用于展示，单个字段就够了。
• 若有频繁的地址查询需求，可以给full_address加一个前缀索引（因为InnoDB默认索引前缀长度限制是767字节，utf8mb4下是191字符），比如：

  CREATE INDEX idx_address_prefix ON google_addresses(full_address(100));
  

• 别用TEXT类型！TEXT虽然能存更多内容，但查询效率比VARCHAR低，而且对于地址来说VARCHAR(255)完全够用，没必要杀鸡用牛刀。

内容的提问来源于stack exchange，提问作者A. L