<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>PostgreSQL on Paisen - blog for thinking</title><link>https://www.paisen.site/tags/postgresql/</link><description>Recent content in PostgreSQL on Paisen - blog for thinking</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 01 Jun 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://www.paisen.site/tags/postgresql/index.xml" rel="self" type="application/rss+xml"/><item><title>PostgreSQL 性能优化实录：从 25MB/s 到 Docker 连通性“陷阱”</title><link>https://www.paisen.site/post/postgresql-optimization-docker-config/</link><pubDate>Mon, 01 Jun 2026 10:00:00 +0800</pubDate><guid>https://www.paisen.site/post/postgresql-optimization-docker-config/</guid><description>&lt;h2 id="背景高性能硬件下的低速尴尬"&gt;背景：高性能硬件下的低速尴尬&lt;/h2&gt;
&lt;p&gt;在最近的一个项目中，我们部署了一套 PostgreSQL 17 数据库。硬件配置非常硬核：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;CPU&lt;/strong&gt;: 20 Cores&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Memory&lt;/strong&gt;: 32GB RAM&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Storage&lt;/strong&gt;: NVMe SSD&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;但在实际运行中，我们发现一个令人困惑的现象：在没有索引的情况下，全表扫描或复杂查询的 IO 吞吐量被死死限制在 &lt;strong&gt;25MB/s&lt;/strong&gt; 左右。对于 NVMe 硬盘和 20 核 CPU 来说，这显然远未达到硬件上限。&lt;/p&gt;</description></item><item><title>记一次大数据量同步导致的 SQL Server 崩溃与全线服务掉线复盘</title><link>https://www.paisen.site/post/sql-server-sync-crash-post-mortem/</link><pubDate>Wed, 27 May 2026 10:00:00 +0800</pubDate><guid>https://www.paisen.site/post/sql-server-sync-crash-post-mortem/</guid><description>&lt;h2 id="0-背景"&gt;0. 背景&lt;/h2&gt;
&lt;p&gt;最近在进行项目迁移，需要将数据 from PostgreSQL 同步到 SQL Server。为了快速实现逻辑，编写了一个 Python 脚本 &lt;code&gt;sync_pg_to_mssql.py&lt;/code&gt;，利用 Pandas 的 &lt;code&gt;read_sql_query&lt;/code&gt; 配合 &lt;code&gt;to_sql&lt;/code&gt; 进行分块同步。&lt;/p&gt;</description></item><item><title>Python 多进程优雅退出的实践：以腾讯地图 API 批量检测为例</title><link>https://www.paisen.site/post/python-multiprocessing-graceful-exit/</link><pubDate>Tue, 19 May 2026 13:01:17 +0800</pubDate><guid>https://www.paisen.site/post/python-multiprocessing-graceful-exit/</guid><description>&lt;p&gt;在处理大规模数据异步请求时，Python 的 &lt;code&gt;multiprocessing.Pool&lt;/code&gt; 是我们常用的工具。然而，当任务涉及到外部 API 配额限制或需要保持数据库状态一致性时，简单的进程池往往力不从心。&lt;/p&gt;</description></item></channel></rss>