Django搭配PostGIS执行数据库迁移时触发‘double free or corruption’崩溃

以下是针对该问题的具体排查和解决方向：

1. 验证依赖版本兼容性 #

• 确认Django版本与PostGIS版本匹配：比如Django 3.2+建议搭配PostGIS 3.0+，Django 4.x支持PostGIS 3.1+，版本不匹配可能导致C扩展层的内存管理冲突。
• 检查psycopg2/psycopg2-binary版本：确保其与PostgreSQL服务器版本一致，旧版psycopg2可能无法正确处理PostGIS的空间数据类型，建议卸载binary包并从源码编译安装：

  pip uninstall psycopg2-binary
  pip install psycopg2
  

2. 定位触发错误的迁移代码 #

• 暂时注释掉迁移文件中涉及空间字段的定义，逐步恢复并重新执行迁移，找到具体引发错误的模型或字段配置。
• 检查空间字段的参数：比如srid是否为PostGIS支持的有效值（如4326），geom_type是否与字段实际存储的几何类型匹配（如Point、Polygon等）。

3. 排查系统级库冲突 #

• 该错误属于C语言层面的内存错误，大概率是系统中libgeos、libproj等库版本与PostGIS依赖的版本不兼容。
• 使用ldd命令检查PostGIS库的依赖链：

  ldd /usr/lib/postgresql/<你的版本>/lib/postgis-3.so
  

  查看输出中是否有版本不匹配的库，尝试更新或重新安装相关系统库。

4. 重新初始化PostGIS扩展 #

• 登录PostgreSQL数据库，执行以下命令确保PostGIS扩展正确安装并初始化：

  SELECT postgis_version();
  CREATE EXTENSION IF NOT EXISTS postgis;
  CREATE EXTENSION IF NOT EXISTS postgis_topology; -- 若项目用到拓扑功能
  

5. 分析核心转储定位根源 #

• 开启核心转储功能，重新触发错误以生成core文件：

  ulimit -c unlimited
  python manage.py migrate
  

• 使用gdb分析core文件，获取堆栈跟踪信息：

  gdb python core
  bt
  

  堆栈信息会显示具体是哪个C函数触发了内存错误，有助于精准定位问题。

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