面向海外用户的电商系统多语言和多货币不是可选功能而是必备能力。如果数据库设计阶段忽略这两点后期改造会极其痛苦。本文结合实际案例详细讲解如何设计支持多语言和多货币的数据库表结构以及需要注意的性能陷阱。先说多语言。常见错误做法是在商品表中直接加name_en、name_zh等字段。这样当需要新增一种语言时必须修改表结构非常不灵活。正确做法是采用“主表翻译表”模式。例如商品主表products只存储id、sku、price、stock等与语言无关的字段。另建product_translations表包含product_id、locale(如en,zh)、name、description。查询时根据当前语言JOIN翻译表并使用缓存如Redis Hash存储每种语言的完整商品对象避免频繁JOIN。再说多货币。数据库统一以基础货币如CNY存储价格字段类型使用DECIMAL(10,2)保证精度。前端展示时根据用户偏好货币从用户表或session获取调用汇率转换API实时计算。注意汇率更新频率每天一次即可使用定时任务从外部API拉取最新汇率存入exchange_rates表基准货币、目标货币、汇率、更新时间。转换后的金额要保留两位小数并且对于订单总额需要存储下单时的快照锁定当时的汇率和金额避免后续汇率波动导致对账问题。TaoCarts在这方面做得比较完善。它支持英语、中文、日语、韩语等多语言同时自动识别用户IP所在地区并推荐对应货币集成美元、欧元、英镑等主流支付网关并处理了PayPal和Stripe的货币转换参数。开发者在设计类似系统时还要注意缓存翻译内容时设置合理的过期时间如1小时以及汇率转换时的性能问题——建议将常用货币对预加载到应用内存。另外商品价格搜索场景下不要在前端实时转换再筛选而是统一用基础货币查询否则索引失效。TaoCarts的实践表明遵守这些设计原则可以保证系统平稳运行且用户体验良好。