- 博客(61)
- 收藏
- 关注
RSS订阅
原创 PostgreSQL 中的 ‘pg_stat_activity‘ 系统视图详解
PostgreSQL中的pg_stat_activity系统视图是数据库监控的核心工具，提供当前服务器进程的详细信息。该视图包含关键字段如进程ID、数据库名、用户信息、查询状态和内容等，常用于排查性能问题、锁冲突和僵尸事务。典型应用包括识别长时间运行查询、终止异常连接、分析连接分布等。使用时需注意权限限制，建议结合其他系统视图如pg_locks获取更全面的诊断信息。作为数据库的"任务管理器"，它是DBA日常运维和性能调优的重要依据。
2025-09-17 21:51:26
857
原创 PostgreSQL ‘track_counts‘ 参数详解
PostgreSQL的track_counts参数控制是否收集数据库活动的统计信息，默认开启。它跟踪表和索引的访问统计，为查询优化器和autovacuum提供决策依据。开启时会有轻微性能开销，但能显著提升查询效率；关闭可能导致性能下降和表膨胀。建议生产环境保持开启，仅在批量操作时临时关闭。相关统计信息可通过pg_stat_all_tables和pg_stat_all_indexes视图查询，帮助识别性能问题、分析索引使用和监控表活动。该参数是PostgreSQL性能优化的基础功能，应与autovacuum配
2025-09-17 21:25:03
385
原创 PostgreSQL中pg_waldump使用详解（2）_排查错误
PostgreSQL使用pg_waldump分析WAL日志时报错"no start WAL location given"，原因是该命令需要指定具体的起始位置。解决方法有四种：1)指定具体WAL文件；2)使用最新WAL文件；3)指定LSN范围；4)解析指定数量记录。推荐先列出pg_wal目录中的文件，再选择特定文件解析。注意解析时需要数据库运行权限，且WAL文件为二进制格式，解析大文件可能消耗较多资源。可通过pg_waldump --help查看更多选项和参数。
2025-09-16 15:57:38
251
原创 PostgreSQL中pg_waldump使用详解（1）
PostgreSQL的pg_waldump工具用于解析和查看WAL(预写日志)文件内容，帮助诊断数据库操作。该工具提供多种选项，包括指定WAL文件(-f)、限制输出记录(-n)、过滤特定操作类型(-r)等。常用场景包括查看特定事务、监控表操作和故障排查。输出包含操作类型、事务ID、LSN位置等详细信息。使用时需注意版本匹配、文件权限和性能影响。该工具是分析PostgreSQL底层操作和进行数据恢复的重要工具。
2025-09-16 15:54:49
269
原创 PostgreSQL获取当前 WAL (Write-Ahead Log) 的文件名：select pg_walfile_name(pg_current_wal_lsn())； pg_walfile_n
PostgreSQL获取当前WAL文件名摘要：通过SELECT pg_walfile_name(pg_current_wal_lsn())可查询当前WAL文件名。pg_current_wal_lsn()获取当前日志位置(LSN)，pg_walfile_name()将其转换为形如"000000010000001600000030"的文件名。该查询常用于WAL监控、备份管理和故障恢复，文件名包含时间线ID和段号信息。相关函数还包括pg_switch_wal()强制切换WAL文件、pg_wal
2025-09-16 15:18:33
406
原创 怎么找到和浏览PostgreSQL 源码树
PostgreSQL源码树是指PostgreSQL数据库系统的源代码目录结构及其组织方式，呈现层次化的模块关系。开发者可通过在线平台（如官方Git仓库、GitHub镜像）浏览，或本地克隆代码库进行深入研究。核心代码位于src/backend目录，包含解析器、优化器、执行器等关键模块，而include/目录提供相关头文件。建议从特定功能模块切入，结合代码索引工具逐步探索。contrib/目录包含官方维护的扩展模块，doc/目录提供文档支持。理解源码树结构是进行PostgreSQL内核开发和定制的基础。
2025-09-16 15:09:08
250
原创 PostgreSQL内部机制_系统列的隐藏字段oid、xmin、xmax、cmin、cmax、ctid介绍
PostgreSQL的MVCC机制通过xmin、xmax、cmin、cmax和ctid等隐藏系统列实现多版本并发控制。xmin记录创建行版本的事务ID，xmax记录删除或失效行版本的事务ID。cmin和cmax表示同一事务内创建和删除行版本的命令ID。ctid标识行版本的物理存储位置。这些字段共同确保事务隔离和数据一致性，其中xmin/xmax用于跨事务可见性判断，cmin/cmax处理事务内部命令顺序，ctid提供快速物理定位。但需注意ctid会随数据重组改变，不能作为永久标识符使用。
2025-09-15 22:05:53
1021
原创 PostgreSQL中视图（View）介绍
视图是一个虚拟表，不存储实际数据，而是通过查询动态生成结果集。它相当于预先定义好的半成品数据组合，当基础数据变化时，视图结果自动更新。视图的主要优势包括：1）简化复杂查询，2）通过字段筛选保障数据安全，3）屏蔽底层表结构调整对应用的影响，4）为不同部门提供定制化数据视角。但需注意视图可能存在性能开销和更新限制。相比真实表，视图更轻量级，核心价值在于提供数据抽象层，让用户专注于所需数据而无需关心底层复杂度。
2025-09-15 21:34:25
699
原创 详解PostgreSQL重要并行查询参数`max_parallel_workers_per_gather` 和 `max_parallel_workers`
摘要：PostgreSQL的并行查询性能由max_parallel_workers_per_gather和max_parallel_workers两个关键参数控制。前者限制单个查询节点的并行工作进程数（默认2），后者限制系统总并行进程数（通常≤8）。两者存在层级关系，需根据负载类型（OLTP/OLAP）合理配置：OLTP建议1-2个并行，OLAP可接近CPU核心数。配置时需考虑资源竞争、CPU核心数及内存限制，通过EXPLAIN ANALYZE监控并行效果。合理设置能显著提升大数据查询性能，同时避免过度并行
2025-09-14 23:02:46
378
原创 详解PostgreSQL并行查询关键成本参数 ‘parallel_setup_cost‘ 和 ‘parallel_tuple_cost‘
PostgreSQL中parallel_setup_cost和parallel_tuple_cost是控制并行查询执行的关键成本参数。parallel_setup_cost（默认100）表示启动并行工作进程的初始开销，parallel_tuple_cost（默认0.1）表示每个元组传递的通信成本。优化器通过比较并行总成本（串行成本-并行收益+这两个成本）决定是否使用并行查询。OLTP场景建议调高这两个值以降低并行开销，OLAP场景则建议调低以充分利用并行优势。实际调整时需结合系统负载测试，并通过EXPLAI
2025-09-14 22:42:14
284
原创 PostgreSQL 和 MySQL 的 MVCC（多版本并发控制）实现的区别对比
PostgreSQL和MySQL的MVCC实现存在显著差异。PostgreSQL采用堆元组版本存储，版本数据存于主表空间，需定期VACUUM清理；MySQL则使用回滚段和UNDO日志分离存储历史版本，通过PURGE线程自动清理。PostgreSQL的32位事务ID存在wraparound问题，MySQL采用64位ID则无此担忧。两者在隔离级别支持上也有不同：PostgreSQL所有级别都使用MVCC，而MySQL主要在RC和RR级别使用。实际应用中，PostgreSQL读性能更优但需维护表膨胀，MySQL写
2025-09-14 18:05:09
756
原创 PostgreSQL修改数据库用户密码方法
摘要：PostgreSQL 提供了多种修改用户密码的方法，主要包括：1) 使用 ALTER USER 命令修改当前或指定用户密码；2) 通过 psql 工具的 \password 命令交互式修改；3) 使用命令行单命令修改。文章还介绍了密码策略设置、批量修改、密码验证以及忘记密码的恢复方法，并强调生产环境应使用强密码、定期更换、权限最小化等安全实践。最佳实践推荐使用自动生成的强密码，并避免在脚本中硬编码密码。
2025-09-14 16:16:33
227
原创 详细对比PostgreSQL中两个重要的外部数据包装器（FDW）_oracle_fdw和osdba_fdw
详细对比PostgreSQL中的两个重要的外部数据包装器（FDW）： 和 。这是一个非常具体且深入的问题，通常由需要进行 PostgreSQL 与 Oracle 数据库之间高效数据交互的资深开发人员或DBA提出。这是最常用、功能最全面的 PostgreSQL 到 Oracle 的 FDW 扩展。这是一个为极致性能而生的特殊 FDW，其设计初衷非常明确：以最快的速度将数据从 Oracle 迁移到 PostgreSQL。绝大多数情况下， 足以满足需求。只有在面临海量数据迁移且性能成为主要瓶颈时，才应该考虑评估和
2025-09-13 21:31:12
566
原创 PostgreSQL执行 `SELECT pg_advisory_lock(1)；`上锁和解锁
要释放PostgreSQL中通过SELECT pg_advisory_lock(1)获取的咨询锁，需在同一个数据库会话中执行SELECT pg_advisory_unlock(1)。咨询锁是会话级别的，必须在原会话中释放，事务回滚不会自动释放锁。返回值true表示成功释放，false表示当前会话未持有该锁。若未显式释放，会话结束时会自动释放所有咨询锁。其他相关函数包括共享锁和批量解锁功能。
2025-09-12 21:51:37
400
原创 详细解析PostgreSQL函数pg_try_advisory_xact_lock()调用和执行结果
PostgreSQL的pg_try_advisory_xact_lock(1)函数用于获取事务级咨询锁。该锁不与具体数据绑定，而是由应用定义其用途。函数尝试立即获取标识符为1的锁，不等待，返回t表示成功获取。此锁会在事务结束时自动释放，适合实现分布式互斥、并发控制等场景。与普通咨询锁不同，事务级锁无需手动释放，是轻量级的应用级别同步机制。相关函数还包括会等待的pg_advisory_lock()和非事务绑定的pg_try_advisory_lock()等变体。
2025-09-12 21:48:22
378
原创 PostgreSQL中SQL语句GIN索引Ctid字段解析
摘要：PostgreSQL中的ctid字段是系统自动生成的内部物理地址标识符，由(块编号,元组索引)组成，用于快速定位数据行的物理存储位置。在示例中，9条记录都存储在0号数据块内。需注意ctid会随UPDATE和VACUUM操作改变，不能作为主键，但可用于调试、性能分析和数据修复等场景。该字段直观展示了数据在硬盘上的物理分布情况。
2025-09-12 20:11:08
284
原创 PostgreSQL中GIN索引用于＜全文搜索＞的核心函数`to_tsvector`解析
PostgreSQL中的to_tsvector函数是全文搜索的核心组件，负责将文本转换为可高效搜索的tsvector格式。该函数对输入文本执行分词、归一化（包括小写转换、移除停用词和词干提取）处理，最终生成包含词位及位置信息的紧凑数据结构。通过预先将文本转换为tsvector并存储，可大幅提升后续全文搜索性能，支持词根匹配、布尔操作等高级查询功能。典型用法是先使用to_tsvector预处理数据，再配合to_tsquery进行快速检索，这是实现高性能全文搜索的标准模式。
2025-09-12 19:34:19
406
原创 PgSQL中inet类型列用GiST索引而不是B-tree索引解析
PostgreSQL中inet_ops是GiST索引的操作符类，用于优化inet(IP地址)类型的数据查询。它支持网络范围查询操作符如=、<<和&&，能高效处理"查找属于某子网的所有IP"等场景。相比B-tree索引，GiST更适合处理IP地址的范围查询，通过显式指定inet_ops可以确保索引支持特定的网络操作符集合，显著提升大表查询性能。若不指定，PostgreSQL通常会默认使用该操作符类。
2025-09-12 18:54:32
260
原创 PgSQL中创建point型gist索引前后SQL执行计划分析_展示了【索引并非在所有情况下都能提升性能】
PostgreSQL执行计划对比分析摘要（148字）： 本文对比了PgSQL中创建gist索引前后对点坐标查询的性能差异。未建索引时采用并行顺序扫描(43ms)，建索引后转为位图索引扫描(48ms)，性能反而下降3.1%。分析表明，当查询返回行数超过总数据量的3%时，顺序扫描因并行I/O优势更高效，而索引扫描需额外处理6329个数据块导致性能损耗。案例揭示了重要优化原则：索引并非总是提升性能，高选择率(>1-5%)查询可能更适合顺序扫描，实际应基于查询特征选择访问路径。
2025-09-12 18:11:55
779
原创 解析PostgreSQL explain执行计划
PostgreSQL执行计划分析摘要（145字）： 两条查询分别针对orders表的billed字段不同状态做分析。第一条（billed is not true）有效利用了部分索引orders_unbilled_index，执行计划显示优化器选择了成本较低的位图索引扫描（总成本3880.78）。第二条（billed is true）因不满足部分索引条件且数据量大，被迫采用全表扫描（成本8462.40）。优化器准确识别了索引适用性，但行数估计存在偏差。建议为高频查询的billed=true条件创建额外部分索引
2025-09-12 15:08:58
383
原创 PostgreSQL分析执行计划explain SELECT * FROM students WHERE lower(name) = ‘hello world‘
该PostgreSQL执行计划显示对students表进行了全表扫描(Seq Scan)，原因是WHERE子句中对name字段使用了lower()函数，导致无法使用索引。执行计划详细列出了成本估算(1.04)、返回行数估算(1行)和每行宽度(126字节)。这种查询方式在大表或高频查询时性能较差，建议通过创建函数索引(CREATE INDEX ON students(lower(name)))、修改查询条件或添加小写字段并建立索引等方式优化。对于小表或低频查询，当前执行计划是可接受的。
2025-09-12 14:08:37
202
原创 PostgreSQL中这条SQL语句要查看表空间，但查不来结果SELECT t.relname AS table_name, s.spcname AS tablespace_name FROM pg_
PostgreSQL中查询表空间的SQL语句可能查不到结果，主要原因是查询未考虑默认表空间的情况。当表未指定表空间时，pg_class.reltablespace字段为0，而原查询使用普通JOIN会过滤掉这些记录。解决方案是改用LEFT JOIN并配合COALESCE函数处理默认表空间，同时添加relkind过滤条件确保只查询普通表。修改后的查询能正确显示表名及其所属表空间（包括默认表空间）。本文还提供了更完整的查询方案，可查看所有表及其表空间信息，并解释了相关系统目录表的关键字段含义。
2025-09-11 22:16:22
331
原创 PostgreSQL查看数据库中所有表空间的使用情况、查看特定表空间的详细信息
本文介绍了PostgreSQL中查看表空间信息的两种方法。1. 查看所有表空间使用情况：通过查询pg_tablespace和pg_database表，可以获取每个表空间关联的数据库数量及具体数据库名称列表，结果按数据库数量降序排列。示例结果显示pg_default表空间关联了4个数据库。2. 查看特定表空间详情：通过带条件查询pg_tablespace表，可获取指定表空间的所有者、权限和选项等详细信息。示例中查询了名为'mydemotbs'的表空间详情。这两种方法为PostgreSQL数据库管理员提供了监控
2025-09-11 21:16:44
154
原创 PostgreSQL查看某个表空间中的表
本文介绍了如何在PostgreSQL中查询特定表空间中的表信息。通过SQL语句可以获取表所在数据库、模式、表名、表类型及表空间名称等详细信息。示例查询了名为"mydemotbs"的表空间，排除了系统相关表，并按数据库、模式、表名排序显示。结果显示该表空间中包含db_666数据库public模式下的testtab07表。该查询有助于数据库管理员了解表空间使用情况和管理表存储位置。
2025-09-11 21:09:54
167
原创 PostgreSQL查看数据库所在的表空间、查看表对应的relfilenode
摘要：本文演示了如何在PostgreSQL中查看数据库表空间和表文件节点。首先创建了数据库db_666并指定表空间mydemotbs，通过查询pg_database和pg_tablespace表确认了数据库与表空间的关联关系。接着在数据库中创建表testtab07，通过查询pg_class系统表获取了该表的relfilenode（24633）等信息。这些操作对数据库存储管理和文件定位有实际参考价值。
2025-09-11 21:07:37
144
原创 PostgreSQL中Schema、Database、User和Tablespace之间的关系分析
PostgreSQL中Database是最高级别的数据容器，Schema是数据库内部的逻辑命名空间，User/Role用于权限管理，Tablespace控制物理存储位置。一个Database包含多个Schema，User通过权限访问不同Database和Schema，Tablespace可跨层级指定存储位置。最佳实践推荐单数据库多模式设计，利用表空间优化存储性能。这些概念的层级关系对数据库设计、安全管理和性能优化至关重要。
2025-09-11 20:59:43
793
原创 对比索引组织表（Index-Organized Table, IOT）和堆组织表（Heap-Organized Table, HOT）
索引组织表（IOT）将数据直接存储在主键索引的B树叶子节点中，消除了传统堆组织表（HOT）的二次查找开销。IOT通过主键值快速定位完整数据行，适合主键查询频繁的场景，但插入性能可能受影响。对于大字段，IOT使用溢出段存储；次级索引则采用逻辑ROWID（主键值+物理猜测）来定位数据。相比HOT的无序堆存储，IOT在空间利用和主键查询效率上更具优势，但需要权衡写入性能。
2025-09-11 20:55:38
722
原创 PostgerSQL查看特定表或索引使用的表空间，可以查询 pg_class 系统表
摘要：PostgreSQL中可通过查询pg_class系统表查看特定表或索引的表空间使用情况。SQL示例联查pg_class和pg_tablespace表，返回对象名、类型和表空间名。其中relkind字段表示对象类型：r为普通表，i为索引，t为TOAST表，S为序列等。该查询可帮助管理员了解数据库对象在表空间中的分布情况。
2025-09-11 19:13:27
102
原创 PostgreSQL中Schema、Database和User之间的关系分析
PostgreSQL的核心概念间存在清晰的层级关系：数据库(Database)是最高容器，内含多个模式(Schema)，每个模式又包含各种数据库对象。用户(User)通过权限控制访问这些资源，需要依次获得数据库连接、模式使用和对象操作权限。搜索路径(search_path)决定了对象查找顺序。这种结构实现了数据逻辑隔离、组织管理和精细的权限控制，管理员可通过分层授权机制灵活管理数据访问。典型工作流程包括创建数据库、模式、用户，并逐级授予相应权限。
2025-09-11 15:07:42
474
原创 PgSQL创建表空间报错 tablespace location should not be inside the data directory.
摘要：PostgreSQL报错"tablespace location should not be inside the data directory"是因为表空间不能创建在数据目录(PGDATA)内，这是出于数据安全、性能优化和设计规范考虑。解决方案包括：1)通过SHOW data_directory确认数据目录位置；2)选择数据目录外的路径创建表空间目录；3)设置正确的权限(chown postgres:postgres)；4)使用CREATE TABLESPACE命令创建。如需迁移
2025-09-11 12:24:58
414
原创 PostgreSQL 中 `LOCK TABLE` 和 `SELECT ... FOR UPDATE/SHARE` 命令的 `NOWAIT` 选项介绍
PostgreSQL中NOWAIT选项用于非阻塞锁机制，避免事务因等待锁而挂起，提高系统响应性并减少死锁风险。LOCK TABLE...NOWAIT在表锁冲突时立即报错，SELECT...FOR UPDATE/SHARE NOWAIT则在行锁冲突时快速失败。应用需捕获错误并采取重试、报告或备用逻辑等策略处理。该特性适用于需要快速失败、由应用控制重试的高并发场景，与阻塞式锁形成互补。正确使用NOWAIT能显著提升数据库应用的并发性能和用户体验。
2025-09-10 21:04:38
488
原创 PostgreSQL锁介绍_行锁Row-level Locking
PostgreSQL默认采用行级锁机制而非表锁，提供更细粒度的并发控制。其锁系统包含行级锁（默认）、表级锁、页级锁和咨询锁四种类型，其中行级锁通过UPDATE、DELETE等DML操作自动获取，而表级锁需要显式声明。PostgreSQL提供了完善的锁兼容性矩阵和监控命令（如pg_locks视图），建议通过缩短事务、建立索引、设置超时等方式优化锁性能。表级锁主要用于DDL操作、VACUUM等场景。最佳实践包括保持事务简短、合理使用索引并监控锁等待情况，这使得PostgreSQL特别适合高并发OLTP场景。
2025-09-10 21:00:30
257
原创 详细解释PostgreSQL 的核心机制---多版本并发控制（MVCC）
PostgreSQL的MVCC机制通过多版本并发控制实现高并发。核心原理是为数据创建多个版本，利用xmin（创建事务ID）、xmax（删除事务ID）和ctid（物理位置）三个隐藏字段管理行版本。MVCC让读写操作互不阻塞，读者看到事务开始时的快照，写者创建新版本而非直接修改旧数据。虽然提升了并发性能，但会导致表膨胀，需配合VACUUM机制清理旧版本。这种机制以空间换时间，在保证ACID特性的同时大幅提升数据库并发能力。
2025-09-10 20:53:08
580
原创 PgSQL两阶段提交测试过程
PgSQL两阶段提交测试摘要 测试验证了PostgreSQL的两阶段提交功能。首先修改max_prepared_transactions参数为10，并创建测试表。测试过程包含：1)窗口1开启事务并准备事务'global_trans_1'；2)窗口2重启数据库服务；3)窗口1重新连接后，发现未提交事务数据不可见；4)执行COMMIT PREPARED提交准备事务后，数据成功写入。测试证明两阶段提交能确保事务在数据库异常后仍可恢复和提交，保证数据一致性。关键点在于准备事务阶段将事务信息持久化存储，使事务能在崩溃
2025-09-10 19:13:30
326
原创 PgSQL_ERROR: operator does not exist: aclitem[] LINE 37: WHERE privileges LIKE HINT: No operator m
本文介绍了PostgreSQL权限查询SQL的修改过程。原SQL报错是因为尝试在aclitem[]类型字段上使用LIKE操作符。解决方法是在CTE查询中添加privileges_text字段，将aclitem[]转换为文本类型。修改后的SQL可正确查询包含特定用户(如postgres)的权限记录，结果展示了数据库、模式和表级别的权限分配情况，包括只读用户(readonly_user)的权限配置。
2025-09-10 17:44:12
163
原创 PostgreSQL全面查看用户权限的方法_超详细
PostgreSQL 用户权限查询方法摘要：通过 pg_user 表查看用户基本属性和高级权限（如超级用户、创建数据库等权限）；使用 pg_database 查询数据库级别权限；通过 pg_namespace 检查模式权限；最后结合 pg_class 和 pg_namespace 查看表、视图等对象的详细操作权限。关键查询包括：SELECT * FROM pg_user 查看所有用户，SELECT datacl FROM pg_database 查看库权限，以及通过 pg_class 关联查询表级权限。这些
2025-09-10 17:24:45
328
原创 PostgreSQL设置允许远程连接
本文介绍了在PostgreSQL中配置远程连接的步骤。主要涉及修改两个关键文件：pg_hba.conf用于设置客户端认证规则，postgresql.conf用于配置监听地址。文章详细说明了如何编辑pg_hba.conf文件添加连接规则，包括数据库名称、用户、IP地址和认证方法的设置示例，并强调了安全注意事项。最后介绍了重新加载配置和重启服务的方法，确保修改生效。配置时需权衡功能开放与安全性，避免设置过于宽松的连接权限。
2025-09-10 14:51:12
419
原创 PostgreSQL中创建只读用户步骤 (附案例)
本文详细介绍了在PostgreSQL中创建只读用户的完整步骤。主要内容包括：创建用户并设置密码、授予数据库连接权限、分配模式使用权限、授予现有表和视图的SELECT权限、设置未来对象的默认只读权限，以及验证用户权限的方法。文章还提供了完整的SQL脚本示例，并强调了设置默认权限时需以表所有者身份执行的关键点。最后补充了权限回收、查看权限和行级安全等注意事项，确保用户只能查询数据而无法修改数据。
2025-09-10 13:00:49
346
原创 在 PostgreSQL中查看有哪些用户和用户权限
PostgreSQL中查看用户信息的主要方法：1）使用SQL查询系统目录pg_roles或专用视图pg_user（推荐），可获取用户权限、登录状态等详细信息；2）在psql工具中使用元命令\du或\dg快速查看用户列表；3）超级用户可通过pg_shadow查看敏感信息如密码哈希和有效期。日常管理常用\du命令，自动化脚本则适合使用SQL查询方式。注意PostgreSQL中用户和角色概念相同，通过rolcanlogin字段区分可登录账户。
2025-09-09 20:07:36
1024
原创 PostgreSQL查询表和索引所在的表空间
PostgreSQL 表空间查询方法摘要 查询表表空间：通过 pg_class 和 pg_namespace 关联查询，reltablespace=0 表示默认表空间 查询索引表空间：从 pg_class 关联 pg_index 获取索引信息 特定对象查询：可筛选指定表名或索引名 表空间统计：汇总各表空间的表/索引数量和总大小 物理路径查询：pg_tablespace_location 函数查看实际存储路径 实用技巧：结合 pg_total_relation_size 可查找占用空间大的对象 （字数：148
2025-09-09 19:54:08
183
### 文章总结：基于Python的数据库自动化运维平台的设计与应用
2025-08-21
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人