I run my program under high concurrency and frequently read and write databases, but the maximum number of mysql connections is limited to 10, and the program gets stuck in the following logic after running for a period of time:
goroutine 146 [select, 13 minutes]:
database/sql.(*DB).connectionOpener(0xc000502d00, {0x1a9bc28, 0xc00052d240})
/usr/local/go/src/database/sql/sql.go:1226 +0x8d
created by database/sql.OpenDB
/usr/local/go/src/database/sql/sql.go:794 +0x18d
After analysis, I think that connectionOpener calls openNewConnection, but openNewConnection fails, causing db.maybeOpenNewConnections() to be called again, and db.openerCh <- struct{}{} will be written inside db.maybeOpenNewConnections(), and db.openerCh is filled with a large number of finisher_api write, causing connectionOpener to be stuck writing db.openerCh, and many finisher_api are also waiting for connectionOpener to wait new connections, waiting for each other to cause deadlock
What version of Go are you using (
go version
)?Does this issue reproduce with the latest release?
Yes
What operating system and processor architecture are you using (
go env
)?go env
OutputWhat did you do?
I run my program under high concurrency and frequently read and write databases, but the maximum number of mysql connections is limited to 10, and the program gets stuck in the following logic after running for a period of time:
goroutine 146 [select, 13 minutes]: database/sql.(*DB).connectionOpener(0xc000502d00, {0x1a9bc28, 0xc00052d240}) /usr/local/go/src/database/sql/sql.go:1226 +0x8d created by database/sql.OpenDB /usr/local/go/src/database/sql/sql.go:794 +0x18d
goroutine 203 [select, 12 minutes]: database/sql.(DB).conn(0xc0002ab5f0, {0x1a9bc60, 0xc000120000}, 0x1) /usr/local/go/src/database/sql/sql.go:1343 +0x3da database/sql.(DB).begin(0xc0044d2000?, {0x1a9bc60, 0xc000120000}, 0xc00368d590?, 0xac?) /usr/local/go/src/database/sql/sql.go:1869 +0x33 database/sql.(DB).BeginTx(0xc000fe16e0?, {0x1a9bc60, 0xc000120000}, 0x0?) /usr/local/go/src/database/sql/sql.go:1847 +0x7e gorm.io/gorm.(DB).Begin(0xc000b79410, {0x0, 0x0, 0xc0000441d0?}) /opt/tiger/compile_path/pkg/mod/gorm.io/gorm@v1.24.2/finisher_api.go:647 +0x11d
After analysis, I think that connectionOpener calls openNewConnection, but openNewConnection fails, causing db.maybeOpenNewConnections() to be called again, and db.openerCh <- struct{}{} will be written inside db.maybeOpenNewConnections(), and db.openerCh is filled with a large number of finisher_api write, causing connectionOpener to be stuck writing db.openerCh, and many finisher_api are also waiting for connectionOpener to wait new connections, waiting for each other to cause deadlock
What did you expect to see?
database/sql shouldn't block on conn
What did you see instead?
database/sql block on conn