如何在WSO2 IS 7.0.0中兼容使用5.7.0版本的UserStore？

针对你遇到的Unknown column 'UM_USER.UM_USER_ID'错误，核心原因是WSO2 IS 7.0.0采用了基于UUID的用户唯一标识机制（依赖UM_USER_ID字段），而5.7.0版本的用户存储库没有该字段，以下是可行的解决建议：

1. 优先使用官方Schema迁移脚本（长期稳定方案） #

WSO2官方针对不同数据库（MySQL、PostgreSQL等）提供了从5.7.0到7.0.0的数据库Schema迁移脚本，执行这些脚本可以：

• 自动添加UM_USER_ID等缺失字段，并为现有用户生成UUID填充
• 调整表结构以适配7.0.0的用户存储逻辑
• 同步迁移用户属性、角色关联等关联数据
  这个方案是最可靠的，能完全适配7.0.0的所有功能，避免后续出现更多兼容性问题。

2. 自定义SQL适配旧Schema（临时过渡方案） #

如果暂时无法迁移数据库，可以修改7.0.0的用户存储配置，覆盖默认SQL语句：

• 找到用户存储对应的配置XML（或控制台中添加用户存储时的自定义SQL配置项）
• 将所有涉及UM_USER.UM_USER_ID的查询替换为旧库的UM_USER.UM_USER_NAME，例如修改GetUserListWithID对应的SQL：

  -- 原默认SQL
  SELECT UM_USER.UM_USER_ID, UM_USER.UM_USER_NAME FROM UM_USER ...
  -- 修改后适配旧Schema
  SELECT UM_USER.UM_USER_NAME AS UM_USER_ID, UM_USER.UM_USER_NAME FROM UM_USER ...
  

• 注意同步调整其他关联查询的SQL（如用户属性查询、角色关联查询等）
  ⚠️ 此方案仅适合临时过渡，7.0.0的部分新特性（如多租户高级功能、用户ID独立机制）可能无法正常工作，长期仍需迁移Schema。

3. 扩展UserStoreManager（特殊场景应急方案） #

若上述方案都无法满足需求，可扩展UniqueIDJDBCUserStoreManager类：

• 重写doGetUserListFromPropertiesWithID等涉及用户ID查询的方法，在方法中使用适配旧Schema的SQL逻辑
• 注意处理用户ID的映射（将旧库的用户名作为唯一ID返回）
  ⚠️ 此方案维护成本高，后续WSO2版本升级时需同步修改扩展类，仅推荐用于特殊应急场景。

内容的提问来源于stack exchange，提问作者Carlos Fernández