Go의 `database/sql`이 직접 PostgreSQL 쿼리보다 훨씬 느린 이유는 무엇입니까?

데이터베이스/sql 쿼리와 직접 데이터베이스 쿼리 간의 쿼리 실행 시간 불일치

Go 애플리케이션에서는 상당한 시간 차이가 관찰됩니다. psql을 통해 PostgreSQL 데이터베이스를 직접 쿼리하는 경우와 데이터베이스/sql 패키지를 사용하는 경우를 비교합니다. 동일한 쿼리를 실행하는 동안 Database/sql은 약 24ms가 걸리는 반면 psql은 단 1ms 만에 쿼리를 처리한다는 것을 알 수 있습니다.

차이점 이해:

The 불일치는 두 가지 주요 요인에 기인할 수 있습니다:

1. 데이터베이스 연결 생성 및 관리:

• psql: psql을 사용하여 직접 쿼리를 실행하면 열려 있는 상태로 유지되는 데이터베이스에 대한 단일 활성 연결이 설정됩니다. 세션 기간 동안.
• database/sql: 이와 대조적으로, Database/sql은 연결 풀은 데이터베이스에 대한 여러 연결을 관리합니다. 처음에는 풀에 활성 연결이 없습니다. 데이터베이스/SQL을 사용하여 쿼리를 실행하면 풀에서 새로운 연결을 설정합니다.

2. 준비된 명령문 실행:

• psql: psql을 통해 쿼리를 실행하는 경우 일반적으로 매개변수가 없는 "간단한 쿼리"입니다.
• database/sql: 기본적으로 Database/sql은 준비된 문을 사용합니다. 쿼리에 매개변수가 없지만 쿼리에서 $1을 사용하면 데이터베이스/sql이 준비된 문을 생성하고 실행합니다.

쿼리 성능 최적화:

시간 차이를 최소화하려면 다음 최적화를 고려하세요.

1. 연결 풀 초기화:

• 데이터베이스/SQL 연결을 초기화한 후 즉시 db.Ping() 메서드를 사용하여 풀에 하나 이상의 연결이 열려 있는지 확인하세요. 이렇게 하면 초기 연결 설정의 지연 시간이 줄어듭니다.

2. 연결 해제:

• db.Query를 사용하여 쿼리를 실행한 후 행.Close() 메서드를 호출하여 연결을 풀로 다시 해제합니다. 그렇지 않으면 연결이 열린 상태로 유지되어 잠재적인 리소스 유출이 발생할 수 있습니다.

3. 가능한 경우 간단한 쿼리를 사용하세요.

• 쿼리에 매개변수화가 필요하지 않은 경우 db.Query에서 직접 문자열로 지정하세요. 이렇게 하면 준비된 문을 생성하고 실행하는 오버헤드가 방지됩니다.

이러한 최적화를 구현하면 데이터베이스/SQL을 사용하는 쿼리 실행 시간을 대폭 줄이고 직접 데이터베이스 쿼리 성능에 더 가까워질 수 있습니다.

위 내용은 Go의 `database/sql`이 직접 PostgreSQL 쿼리보다 훨씬 느린 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!