答案：收货地址表需包含用户关联、地理信息和操作时间字段，通过外键约束保障数据完整性，省市区可选独立建表以支持扩展性，关键字段建立索引提升查询效率，尤其user_id与is_default联合索引优化默认地址查找，结构兼顾性能与维护性。
设计一个合理的收货地址表，需要兼顾数据完整性、扩展性和查询效率。以下是 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. 索引与性能优化
合理添加索引提升查询效率：
- 在 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='用户收货地址表';
基本上就这些，结构清晰、易于维护，适合大多数电商或用户系统场景。
