WSO2 API Manager v4.2订阅使用数据存储及查询问题咨询

一、订阅者使用数据的存储位置 #

• 默认内存存储（非持久化）：默认状态下，速率限制的请求计数数据存在网关的内存里，这就是重启APIM后限制规则失效的原因——内存数据会被清空。
• 持久化存储选项：
  • 若配置了JDBC持久化，数据会存在APIM主数据库（比如MySQL、PostgreSQL）的AM_RATE_LIMIT_DATA表中，这个表记录了按用户、API、订阅维度的请求计数，以及计数的过期时间。
  • 若启用了WSO2 APIM Analytics分析模块，详细的用户访问、请求统计数据会被同步到Analytics的存储中（比如Elasticsearch或JDBC数据库），相关索引/表会存储请求明细，包括访问用户、资源路径、请求时间、累计次数等信息。

二、使用数据检索方法 #

1. JDBC持久化场景：直接查数据库 #

如果已经开启JDBC持久化，直接查询AM_RATE_LIMIT_DATA表就能获取计数数据，示例SQL：

SELECT USER_ID, API_ID, SUBSCRIPTION_ID, COUNT, EXPIRE_TIME 
FROM AM_RATE_LIMIT_DATA 
WHERE API_ID = '你的API UUID' AND USER_ID = '目标用户ID';

其中COUNT是当前限制周期内的请求次数，EXPIRE_TIME对应计数的过期时间（和你配置的速率限制周期一致，比如分钟/小时/天）。

2. 启用Analytics场景：用分析模块检索 #

如果开了APIM Analytics，除了用内置仪表盘查看统计数据，还可以直接查询Analytics的存储：

• 用Elasticsearch的话，查询apim_request_index索引，过滤user、api_uuid、resource_path字段就能拿到用户访问特定资源的明细；
• 用JDBC存储的话，查询ANALYTICS_REQUEST_SUMMARY这类表，里面包含用户、资源、请求数等多维度统计数据。

3. 解决重启后速率限制失效的问题 #

要让重启后限制规则持续生效，必须配置持久化的速率限制计数器：
在网关的deployment.toml里添加以下配置，启用JDBC持久化：

[apim.throttling]
enable_data_persistence = true
data_persistence_type = "jdbc"

另外要确保APIM主数据库里已经有AM_RATE_LIMIT_DATA表——全新安装的话，运行数据库初始化脚本会自动创建；如果是升级过来的，要执行对应版本的DDL脚本补上这个表。

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