Cognito用户池自定义属性是否适合存储动态用户信息？

AWS Cognito的文档里明确提到：

每个自定义属性：添加到用户池后无法删除或修改。

这里要澄清一下，我觉得文档说的是自定义属性的名称不能删改，而不是属性的值。咱们完全可以通过Lambda函数来修改属性值的，这点不用担心。

回到你的问题：电商网站里的用户积分信息，到底存在Cognito自定义属性里，还是单独建关联用户池UserId的DynamoDB表？咱们可以分情况来看：

适合用Cognito自定义属性的场景 #

• 积分属于高频读取、低频更新的类型：比如用户登录后要快速看到当前积分，不需要复杂的查询逻辑，直接从Cognito的用户属性里取，省得额外调用数据库
• 积分数据很简单：就是一个单一的数值，不需要记录增减明细或者关联其他业务数据
• 希望在身份认证流程里直接携带这个属性：比如生成ID Token的时候把积分包含进去，前端可以直接解析使用，减少后端请求

适合用DynamoDB的场景 #

• 需要完整的积分生命周期管理：比如要记录积分的来源（签到、消费奖励）、去向（兑换、退款扣除），或者要做积分统计分析，Cognito属性没法存这些明细
• 积分更新非常频繁：比如实时交易场景下，短时间内可能有多次积分变更，DynamoDB在并发处理和事务支持上更灵活
• 未来要扩展更多用户业务数据：比如用户的订单、收藏、浏览记录等，放在DynamoDB里可以统一管理，避免Cognito的用户属性变得臃肿杂乱

总结一下：如果只是简单存个当前积分值，用Cognito自定义属性完全够用；但如果需要更复杂的积分管理逻辑，DynamoDB是更合适的选择。

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