Go中使用pgx时row.Scan后函数调用阻塞，求排查方案

1. 先确认测试UUID是否存在于数据库 #

你调用代码里用uid := uuid.New()生成的是全新UUID，这个值大概率不在students表中，此时row.Scan会触发pgx.ErrNoRows，直接进入错误分支返回ErrStudentNotFound，调用方随即执行panic(err)，看起来像是Scan后代码没执行，但实际是无匹配记录直接返回错误了。

解决：改用数据库中已存在的学生UUID测试，比如从数据库复制真实的student_id替换uuid.New()。

2. 检查SELECT *字段顺序与Scan参数顺序严格匹配 #

PostgreSQL的SELECT *会按表定义的字段顺序返回数据，row.Scan的参数顺序必须和这个顺序完全对应，哪怕字段数量一致但顺序错误，都会导致扫描失败（可能返回错误或引发隐性问题）。

解决：

• 避免用SELECT *，改为显式列出所有字段，确保顺序和Scan参数一一对应，示例：

  row := r.pool.QueryRow(context.Background(), `
      SELECT student_id, fname, lname, pw_hash, created, updated,
             p1_fname, p1_lname, p1_email, p2_fname, p2_lname, p2_email,
             parent_details, timezone, country, state, city, age, gender,
             race, new_student, meal_assistance
      FROM students WHERE student_id = $1
  `, uuid)
  

• 直接传递uuid变量而非uuid.String()，pgx原生支持uuid.UUID类型与PostgreSQL的uuid字段映射，无需手动转字符串。

3. 验证结构体字段与数据库字段类型兼容 #

逐一核对aggregate.Student的字段类型与数据库表结构：

• 数据库student_id为uuid类型时，student.Id必须是uuid.UUID类型（而非string）；
• Created/Updated若为数据库timestamp类型，对应Go的time.Time类型；
• ParentDetails如果是JSON/JSONB类型，需用pgtype.JSONB类型或让结构体实现sql.Scanner接口；
• 布尔字段（如NewStudent/MealAssistance）对应Go的bool类型，不能是其他类型。

4. 增加日志明确错误细节 #

在row.Scan的错误分支添加日志，确认具体错误类型：

if err := row.Scan(/* 扫描参数 */); err != nil {
    log.Printf("Scan失败: %v", err) // 新增日志
    if err == pgx.ErrNoRows {
        return nil, ErrStudentNotFound
    }
    return nil, err
}

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