登录
首页 >  Golang >  Go问答

Golang 搜索 Postgres 时出现恐慌崩溃

来源:stackoverflow

时间:2024-04-21 14:36:35 257浏览 收藏

来到golang学习网的大家,相信都是编程学习爱好者,希望在这里学习Golang相关编程知识。下面本篇文章就来带大家聊聊《Golang 搜索 Postgres 时出现恐慌崩溃》,介绍一下,希望对大家的知识积累有所帮助,助力实战开发!

问题内容

所以我想在我正在编写的程序中添加一个功能。基本上,如果用户有 cookie 表明他的用户名和密码是什么,它将在存储的 postgres 数据库中查找用户名和 cookie 的散列值,如果我得到匹配,则返回肯定响应和 jwt 令牌(安全性为我可以使用 bcrypt 哈希 - 存储哈希密码是否是一个好主意可能是另一个问题)。

每次用户访问需要保存密码的页面时,都会向服务器发出此请求。

我的问题是我时不时会收到以下信息

inside cookielogin
app_1  | search_userinfo_table started
db_1   | fatal:  sorry, too many clients already
app_1  | 2018/08/26 16:22:25 pq: sorry, too many clients already
app_1  | 2018/08/26 16:22:25 http: panic serving 172.21.0.1:37304: pq: sorry, too many clients already
app_1  | goroutine 704 [running]:
app_1  | net/http.(*conn).serve.func1(0xc420156f00)
app_1  |    /usr/local/go/src/net/http/server.go:1721 +0xd0
app_1  | panic(0x6d63e0, 0xc420102c20)
app_1  |    /usr/local/go/src/runtime/panic.go:489 +0x2cf
app_1  | log.panic(0xc4200438c0, 0x1, 0x1)
app_1  |    /usr/local/go/src/log/log.go:322 +0xc0
app_1  | github.com/patientplatypus/webserver/database.search_userinfo_table(0xc42017f29d, 0xb, 0xc4201500c0, 0xc4200c22e0, 0xc420043a10)
app_1  |    /go/src/github.com/patientplatypus/webserver/database/search.go:18 +0x169
app_1  | github.com/patientplatypus/webserver/authentication.loginhandler(0xc42017f29d, 0xb, 0xc42017f2ba, 0x3, 0x899a80, 0xc420148460)
app_1  |    /go/src/github.com/patientplatypus/webserver/authentication/login.go:53 +0x39
app_1  | github.com/patientplatypus/webserver/authentication.cookielogin(0x899a80, 0xc420148460, 0xc4203fc800)
app_1  |    /go/src/github.com/patientplatypus/webserver/authentication/login.go:35 +0x279
app_1  | net/http.handlerfunc.servehttp(0x75c658, 0x899a80, 0xc420148460, 0xc4203fc800)
app_1  |    /usr/local/go/src/net/http/server.go:1942 +0x44
app_1  | github.com/gorilla/mux.(*router).servehttp(0xc420052460, 0x899a80, 0xc420148460, 0xc4203fc800)
app_1  |    /go/src/github.com/gorilla/mux/mux.go:162 +0x101
app_1  | main.jwthandler.func1(0x899a80, 0xc420148460, 0xc4203fc600)
app_1  |    /go/src/github.com/patientplatypus/webserver/main.go:34 +0x342
app_1  | net/http.handlerfunc.servehttp(0xc4200b12a0, 0x899a80, 0xc420148460, 0xc4203fc600)
app_1  |    /usr/local/go/src/net/http/server.go:1942 +0x44
app_1  | github.com/rs/cors.(*cors).handler.func1(0x899a80, 0xc420148460, 0xc4203fc600)
app_1  |    /go/src/github.com/rs/cors/cors.go:200 +0xe9
app_1  | net/http.handlerfunc.servehttp(0xc4200b12c0, 0x899a80, 0xc420148460, 0xc4203fc600)
app_1  |    /usr/local/go/src/net/http/server.go:1942 +0x44
app_1  | net/http.serverhandler.servehttp(0xc42008a630, 0x899a80, 0xc420148460, 0xc4203fc600)
app_1  |    /usr/local/go/src/net/http/server.go:2568 +0x92
app_1  | net/http.(*conn).serve(0xc420156f00, 0x899fc0, 0xc4200506c0)
app_1  |    /usr/local/go/src/net/http/server.go:1825 +0x612
app_1  | created by net/http.(*server).serve
app_1  |    /usr/local/go/src/net/http/server.go:2668 +0x2ce

...然后 golang 客户端就会崩溃,我将不得不手动重新启动。这是一个仅有时发生的错误,这非常令人沮丧,因为它使调试变得困难(抱歉,终端日志很详细 - 我不确定错误何时会再次触发)。

大家有什么意见或建议吗?这是 no-duh 解决方案的常见问题吗?

谢谢!

编辑:

据我所知,这是有问题的 postgres 搜索查询:

package data

import(
    "fmt"
    "log"
    _ "github.com/lib/pq"
)


func Search_userinfo_table(searchEmail string)(bool, string) {
    fmt.Println("search_userinfo_table started")
    rows, err1 := db.Query("SELECT * FROM userinfo")
    if err1 != nil {
        log.Panic(err1)
    }
    for rows.Next() {
        var email string
        var password string
        var regString string
        var regBool bool
        var uid int
        err2 := rows.Scan(&email, &password, ®String, ®Bool, &uid)
        if err2 != nil {
            log.Panic(err2)
        }
        fmt.Println("email | password")
        fmt.Printf("%s | %s", email, password)
        if email == searchEmail{
            return false, password
        }
    }
    return true, ""
}

它返回用户是否在数据库中以及哈希密码。与一些人交谈,答案似乎是 postgres 每次进行此读取时都会添加一个新连接,然后最终崩溃,但我希望它重用连接(尽管我认为这是自动发生的?)。无论如何,更多信息。


解决方案


您缺少所需的 defer 行。Close()

*sql.Rows 的每个实例都有一个与其关联的连接。当您关闭行实例时,关联的连接将被释放并放回池中 (*DB)。

另一方面,不关闭 Rows 实例将导致其连接不是 released。并且不释放连接将导致连接池尝试打开过多的新连接。

好了,本文到此结束,带大家了解了《Golang 搜索 Postgres 时出现恐慌崩溃》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多Golang知识!

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>