使用boto3创建DynamoDB表成功但AWS CLI无法查询到的问题

核心原因是本地DynamoDB按区域隔离表，你的boto3代码与AWS CLI使用的区域不匹配，导致CLI无法看到boto3创建的表。具体分析和解决步骤如下：

1. 修正boto3的区域配置 #

你的代码仅在Config对象中设置了region_name，部分boto3版本中，直接传递给boto3.resource的region_name参数优先级更高，未显式传递时可能会 fallback 到默认区域（比如us-east-1）。修改代码，在创建resource时显式指定区域：

dynamo = boto3.resource('dynamodb', 
                        endpoint_url=ENDPOINT_DYNAMO, 
                        region_name='localhost',  # 显式添加这一行
                        config=config)

2. 验证区域一致性 #

在脚本末尾添加一段代码，用boto3客户端直接查询表列表，确认表是否在localhost区域创建：

def main():
    dynamo_setup()
    # 添加验证代码
    client = boto3.client('dynamodb', endpoint_url=ENDPOINT_DYNAMO, region_name='localhost')
    print("Boto3 list tables result:", client.list_tables())

如果这里能输出包含my_table的列表，说明区域配置已修正，此时再运行CLI命令应该就能看到表。

3. 确认CLI的区域参数正确性 #

确保CLI命令的--region参数严格为localhost，与boto3使用的区域完全一致：

aws dynamodb list-tables --endpoint-url http://localhost:8000 --region localhost

另外，本地DynamoDB不需要真实AWS凭证，但需设置任意值避免CLI报错，可临时设置环境变量：

export AWS_ACCESS_KEY_ID=test
export AWS_SECRET_ACCESS_KEY=test

4. 检查容器数据持久化（可选） #

如果每次重启Docker容器后表消失，需确认启动容器时挂载了持久化卷，避免数据随容器销毁丢失：

docker run -p 8000:8000 -v ./dynamodb-data:/data/dynamodb amazon/dynamodb-local -jar DynamoDBLocal.jar -sharedDb -dbPath /data/dynamodb

其中-sharedDb参数会让所有区域共享一个数据库文件，也能避免区域隔离导致的表不可见问题（但不推荐在测试环境外使用）。

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