Debian PostgreSQL性能调优技巧
shared_buffers），更多内存可减少磁盘访问次数，提升查询速度。max_parallel_workers_per_gather），提升复杂查询的处理效率。shared_buffers：设置为系统总内存的25%-40%（如16GB内存可设为4GB），用于缓存数据块，减少磁盘I/O。work_mem：用于排序、哈希连接等操作的内存，建议设置为4MB-64MB（根据查询复杂度调整，避免单个查询占用过多内存）。maintenance_work_mem：用于VACUUM、CREATE INDEX等维护操作的内存，建议设置为512MB-1GB（提升维护任务的执行速度）。effective_cache_size：估计操作系统缓存的大小，设置为系统总内存的50%-75%，帮助优化器合理利用缓存。max_connections：根据应用需求调整（如100-500），避免过多连接导致内存耗尽；建议配合连接池（如PgBouncer）使用。checkpoint_segments（PostgreSQL 12+为max_wal_size）：设置为32-128MB，控制检查点频率，减少检查点对性能的影响。checkpoint_completion_target：设置为0.8-0.9，延长检查点完成时间，使WAL写入更均匀，提升恢复性能。max_parallel_workers_per_gather：设置为2-8（根据CPU核心数调整），启用并行查询，加速大数据量的聚合、排序等操作。WHERE条件、JOIN操作或排序的列创建索引（如CREATE INDEX idx_username ON users(username)），提升查询速度。WHERE status='active' AND create_time > '2025-01-01'），创建复合索引（如CREATE INDEX idx_status_create_time ON users(status, create_time)），比单列索引更高效。REINDEX命令重建碎片化的索引（如REINDEX TABLE users;），保持索引的高效性；避免过多不必要的索引（索引会增加写入开销）。EXPLAIN ANALYZE命令查看查询的执行路径（如是否使用了索引、是否有全表扫描），找出性能瓶颈（如Seq Scan表示全表扫描，需优化索引）。SELECT *（只查询需要的列），减少数据传输量；将子查询转换为JOIN操作（如SELECT * FROM orders WHERE user_id IN (SELECT id FROM users WHERE status='active')可改为SELECT orders.* FROM orders JOIN users ON orders.user_id = users.id WHERE users.status='active'），提升查询效率。WHERE UPPER(username) = 'ADMIN'会导致索引失效）。VACUUM命令清理表中的“死元组”（已删除或更新的行），回收存储空间；建议开启autovacuum（默认开启），并根据表的活动情况调整参数（如autovacuum_vacuum_threshold、autovacuum_vacuum_scale_factor）。ANALYZE命令收集表的统计信息（如行数、分布情况），帮助查询优化器生成更优的执行计划；建议开启autovacuum自动更新，或定期手动执行（如ANALYZE users;）。REINDEX命令定期重建碎片化的索引（如REINDEX INDEX idx_username;），提升索引的查询效率。pool_mode=transaction（事务池模式），提升连接复用率。work_mem参数计算最大连接数（如max_connections = (total_memory * 0.25 / work_mem)），避免过多连接导致内存耗尽。pg_stat_activity查看当前活动的查询（如SELECT * FROM pg_stat_activity WHERE state='active';），识别长时间运行的查询；使用pg_stat_statements统计查询的执行频率和耗时（需开启pg_stat_statements扩展）。