针对你提到的MySQL JSON字段处理遇到的问题，PostgreSQL的jsonb类型正是为高效处理半结构化数据设计的，完全能覆盖你的需求，我来一步步解答你的疑问：

1. 能否查询id、name、age及more_info.country字段？ #

当然可以，PostgreSQL提供了多种操作符来提取JSON字段内的内容。针对你的表结构，你可以用->>操作符直接提取more_info里的country字段（返回文本类型，适合直接展示），示例SQL如下：

SELECT id, name, age, more_info->>'country' AS country
FROM your_table_name;

如果需要保留JSON类型的结果（比如后续还要做JSON操作），可以用->操作符，它会返回jsonb类型的值。

2. 能否为more_info字段创建索引？ #

绝对可以，PostgreSQL支持两种常用的索引类型来优化JSONB查询：

• GIN索引：适合对整个jsonb字段进行多种条件查询（比如键存在、值匹配、嵌套查询等），创建语句：

  CREATE INDEX idx_more_info ON your_table_name USING GIN (more_info);
  

• 表达式索引：如果你的查询经常针对more_info->>'country'这个字段做过滤或排序，创建BTREE索引会更高效：

  CREATE INDEX idx_more_info_country ON your_table_name USING BTREE ((more_info->>'country'));
  

根据你的实际查询场景选择合适的索引类型即可。

3. 20亿条记录、两个jsonb字段的场景下，PostgreSQL存储JSON是否可行？ #

基于我处理大规模PostgreSQL集群的经验，这个场景是完全可行的，但需要做好以下几方面的优化：

• 分区表设计：单表20亿条记录肯定会带来性能瓶颈，建议按id范围、时间（如果有时间字段）或者业务维度做分区，把数据拆分到多个子表中，大幅提升查询和维护效率。
• 存储优化：PostgreSQL的TOAST机制会自动对大字段（包括jsonb）进行压缩存储，你也可以调整pg_compresslevel参数优化压缩级别，节省存储空间的同时提升IO效率。
• 硬件配置：必须配备高速SSD存储（避免机械硬盘的IO瓶颈），同时分配足够的内存给shared_buffers和work_mem，让数据库能缓存更多热数据，减少磁盘读取。
• 索引策略：不要盲目给所有jsonb字段建GIN索引，只给常用查询的字段或表达式建索引，避免索引维护的开销过大。
• 维护策略：定期执行VACUUM ANALYZE，尤其是删除/更新频繁的表，避免数据膨胀影响性能；结合pg_stat_statements监控慢查询，持续优化查询语句。

只要做好这些优化，PostgreSQL完全能支撑20亿级别的jsonb数据存储和高效查询。

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