设计一个合理的收货地址表，需要兼顾数据完整性、扩展性和查询效率。以下是 MySQL 中设计收货地址表的常见思路和字段建议。

1. 基本字段设计

收货地址通常包含用户信息、地理位置和联系方式。核心字段如下：

• id：主键，自增或使用 UUID，唯一标识每条地址记录。
• user_id：外键，关联用户表（如 users.id），表示该地址属于哪个用户。
• receiver_name：收货人姓名，VARCHAR(50) 足够。
• phone：收货人手机号，VARCHAR(20)，注意格式校验。
• province：省/州，VARCHAR(50)，可存储名称或编码。
• city：城市，VARCHAR(50)。
• district：区/县，VARCHAR(50)。
• detail_address：详细地址，如街道门牌号，TEXT 或 VARCHAR(200)。
• postal_code：邮政编码，VARCHAR(10)，非必填。
• is_default：是否为默认地址，TINYINT(1) 或 BOOLEAN，1 表示默认。
• created_at：创建时间，DATETIME 或 TIMESTAMP，默认 CURRENT_TIMESTAMP。
• updated_at：更新时间，TIMESTAMP，自动更新 ON UPDATE CURRENT_TIMESTAMP。

2. 是否拆分省市区为独立表？

根据业务需求决定：

• 若需支持下拉选择、地区统计或频繁变更地区名称，建议将省市区单独建表（如 areas），用外键关联，提升规范性。
• 若仅做简单存储，且地区数据变动少，直接存名称更简单，避免多表关联查询。
• 折中方案：存储名称的同时保留 area_code（如国标码），便于后期扩展。

3. 索引与性能优化

合理添加索引提升查询效率：

多合一AI浏览器助手，解答问题、绘制图片、阅读文档、强化搜索结果、辅助创作

• 在 user_id 上建立索引，方便按用户查地址。
• 若频繁按省市区筛选，可对 province、city 建立联合索引。
• is_default 字段基数小，一般不单独建索引，但可与 user_id 组成联合索引（如 (user_id, is_default)），用于快速查找用户默认地址。

4. 示例建表语句

以下是综合建议的建表示例：

CREATE TABLE user_addresses (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  user_id BIGINT NOT NULL COMMENT '用户ID',
  receiver_name VARCHAR(50) NOT NULL COMMENT '收货人姓名',
  phone VARCHAR(20) NOT NULL COMMENT '手机号',
  province VARCHAR(50) NOT NULL COMMENT '省',
  city VARCHAR(50) NOT NULL COMMENT '市',
  district VARCHAR(50) COMMENT '区/县',
  detail_address TEXT NOT NULL COMMENT '详细地址',
  postal_code VARCHAR(10) COMMENT '邮政编码',
  is_default TINYINT(1) DEFAULT 0 COMMENT '是否默认地址',
  created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
  updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  INDEX idx_user_id (user_id),
  INDEX idx_user_default (user_id, is_default)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户收货地址表';

基本上就这些，结构清晰、易于维护，适合大多数电商或用户系统场景。