Golang 中对长时间运行的 MSSQL 事务进行连接时出现错误
来源:stackoverflow
2024-02-19 21:33:24
0浏览
收藏
积累知识,胜过积蓄金银!毕竟在Golang开发的过程中,会遇到各种各样的问题,往往都是一些细节知识点还没有掌握好而导致的,因此基础知识点的积累是很重要的。下面本文《Golang 中对长时间运行的 MSSQL 事务进行连接时出现错误》,就带大家讲解一下知识点,若是你对本文感兴趣,或者是想搞懂其中某个知识点,就请你继续往下看吧~
问题内容
我有一个请求程序,用于管理针对 azure sql 数据库的 sql 查询。负责交易查询的函数如下:
import (
"context"
"database/sql"
"fmt"
"log"
"strings"
"time"
"github.com/cenkalti/backoff"
_ "github.com/denisenkom/go-mssqldb" // need to import the sql driver so we can tell golang how to interpret our requests
)
// helper function that does a single exec with a transaction with a context on a query and variables.
// this function will return an error if there are any failures
func (requester *requester) dotransaction(ctx context.context,
isolation sql.isolationlevel, txfunc func(*sql.tx) error) error {
// first, get the database connection; if this fails then return an error
conn, err := requester.getconn(ctx)
if err != nil {
return err
}
// before we continue on, ensure that the connection is clsoed and returned to the connection pool
defer func() {
if err := conn.close(); err != nil {
log.printf("close failed, error: %v", err)
}
}()
// next, start the transaction with the given context and the default isolation
tx, err := requester.gettx(ctx, conn, isolation)
if err != nil {
return err
}
// now, ensure that the transaction is either rolled back or committed before
// the function ends
var terr error
defer func() {
if p := recover(); p != nil {
tx.rollback()
panic(p)
} else if terr != nil {
log.printf("an error occurred: %v", terr)
if err := tx.rollback(); err != nil {
log.printf("rollback failed, error: %v", err)
}
} else {
if terr := tx.commit(); terr != nil {
log.printf("commit failed, error: %v", terr)
}
}
}()
// finally, run the function and return the result
terr = txfunc(tx)
return terr
}
// helper function that gets a connection to the database with a backup and retry
func (requester *requester) getconn(ctx context.context) (*sql.conn, error) {
// create an object that will dictate how and when the retries are done
// we currently want an exponential backoff that retries a maximum of 5 times
repeater := backoff.withcontext(backoff.withmaxretries(
backoff.newexponentialbackoff(), 5), ctx)
// do a retry operation with a 500ms wait time and a maximum of 5 retries
// and return the result of the operation therein
var conn *sql.conn
if err := backoff.retry(func() error {
// attempt to get the connection to the database
var err error
if conn, err = requester.conn.conn(ctx); err != nil {
// we failed to get the connection; if we have a login error, an eof or handshake
// failure then we'll attempt the connection again later so just return it and let
// the backoff code handle it
log.printf("conn failed, error: %v", err)
if isloginerror(err, requester.servername, requester.databasename) {
return err
} else if strings.contains(err.error(), "eof") {
return err
} else if strings.contains(err.error(), "tls handshake failed") {
return err
}
// otherwise, we can't recover from the error so return it
return backoff.permanent(err)
}
return nil
}, repeater); err != nil {
return nil, err
}
return conn, nil
}
// helper function that starts a transaction against the database
func (requester *requester) gettx(ctx context.context, conn *sql.conn,
isolation sql.isolationlevel) (*sql.tx, error) {
// create an object that will dictate how and when the retries are done
// we currently want an exponential backoff that retries a maximum of 5 times
repeater := backoff.withcontext(backoff.withmaxretries(
backoff.newexponentialbackoff(), 5), ctx)
// do a retry operation with a 500ms wait time and a maximum of 5 retries
// and return the result of the operation therein
var tx *sql.tx
if err := backoff.retry(func() error {
// attempt to start the transaction with the given context and the default isolation
var err error
if tx, err = conn.begintx(ctx, &sql.txoptions{isolation: isolation, readonly: false}); err != nil {
// we failed to create the transaction; if we have a connection error then we'll
// attempt the connection again later so just return it and let the backoff code handle it
if strings.contains(err.error(), "an existing connection was forcibly closed by the remote host.") ||
strings.contains(err.error(), "bad connection") {
log.printf("begintx failed, error: %v. retrying...", err)
return err
}
// otherwise, we can't recover from the error so return it
log.printf("unknown/uncaught exception when attempting to create a transaction, error: %v", err)
return backoff.permanent(err)
}
return nil
}, repeater); err != nil {
return nil, err
}
return tx, nil
}
请求者对象包装了 sql.db 并按如下方式创建:
// First, create a connection string from the endpoint, port, user name, password and database name
connString := fmt.Sprintf("server=%s;user id=%s;password=%s;port=%s;database=%s;connection timeout=30",
endpoint, dbUser, dbPassword, port, dbName)
// Finally, attempt to connect to the database. If this fails then return an error
db, err := sql.Open("sqlserver", connString)
if err != nil {
return nil, err
}
// Ensure that our connections are used and reused in such a way
// as to avoid bad connections and I/O timeouts
db.SetMaxOpenConns(20)
db.SetConnMaxLifetime(10 * time.Minute)
db.SetConnMaxIdleTime(10 * time.Minute)
总的来说,这效果很好。我注意到的一个问题是,当各个请求之间经过很长时间时,我会在第一次重试时收到 i/o timeout 错误,然后在后续重试时收到 bad connection 错误,最终导致失败。我的想法是这个问题与这个错误有关。从本质上讲,microsoft 似乎会在 30 分钟后使空闲请求失效。不过,由于我将最大空闲时间设置为 10 分钟,所以这应该不是问题。
这是怎么回事?我该如何解决这个问题?
正确答案
经过一番调查,我发现数据库连接在 30 分钟的窗口后就会变得陈旧,并且修改连接池的生命周期或空闲时间并不能真正解决这个问题。因此,为了缓解这个问题,我所做的就是修改我的 getconn 函数以预先 ping 服务器,这样我就可以确保连接是“新鲜的”,因为缺乏更好的术语。
func (requester *Requester) getConn(ctx context.Context) (*sql.Conn, error) {
// First, attempt to ping the server to ensure that the connection is good
// If this fails, then return an error
if err := requester.conn.PingContext(ctx); err != nil {
return nil, err
}
// Create an object that will dictate how and when the retries are done
// We currently want an exponential backoff that retries a maximum of 5 times
repeater := backoff.WithContext(backoff.WithMaxRetries(
backoff.NewExponentialBackOff(), 5), ctx)
// Do a retry operation with a 500ms wait time and a maximum of 5 retries
// and return the result of the operation therein
var conn *sql.Conn
if err := backoff.Retry(func() error {
// Attempt to get the connection to the database
var err error
if conn, err = requester.conn.Conn(ctx); err != nil {
// We failed to get the connection; if we have a login error, an EOF or handshake
// failure then we'll attempt the connection again later so just return it and let
// the backoff code handle it
log.Printf("Conn failed, error: %v", err)
if isLoginError(err, requester.serverName, requester.databaseName) {
return err
} else if strings.Contains(err.Error(), "EOF") {
return err
} else if strings.Contains(err.Error(), "TLS Handshake failed") {
return err
}
// Otherwise, we can't recover from the error so return it
return backoff.Permanent(err)
}
return nil
}, repeater); err != nil {
return nil, err
}
return conn, nil
}到这里,我们也就讲完了《Golang 中对长时间运行的 MSSQL 事务进行连接时出现错误》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于的知识点!
版本声明
本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
使用jQuery为按钮添加点击事件的步骤
- 上一篇
- 使用jQuery为按钮添加点击事件的步骤
- 下一篇
- 简单掌握PyCharm安装及快速入门Python!
查看更多
最新文章
-
- Golang · Go问答 | 19小时前 | 并发 · go · 初始化 · Go 初始化错误 sync.OnceValue 并发排障
- OnceValue 初始化错误缓存后的恢复策略
- 500浏览 收藏
-
- Golang · Go问答 | 19小时前 | 并发 · go · Go sync.RWMutex 并发排障 读锁升级
- RWMutex 写锁升级导致阻塞时的改造方案
- 395浏览 收藏
-
- Golang · Go问答 | 19小时前 | 并发 · go · Go sync.Mutex 指针接收者 copylocks 并发排障
- sync.Mutex 复制后出现异常解锁的结构体设计
- 448浏览 收藏
-
- Golang · Go问答 | 19小时前 | 并发 · go · Go wait add sync.WaitGroup Done 并发收尾 WaitGroup.Go
- WaitGroup Go 方法调用顺序的并发收尾
- 455浏览 收藏
-
- Golang · Go问答 | 20小时前 | 并发 · go · Context · Go context Context.Value WithValue
- context.WithValue 键类型冲突导致字段覆盖的规避
- 277浏览 收藏
-
- Golang · Go问答 | 20小时前 |
- context.Cause 区分主动取消与超时取消
- 485浏览 收藏
-
- Golang · Go问答 | 20小时前 | go ·
- context.AfterFunc 回调未执行时的取消时序
- 342浏览 收藏
-
- Golang · Go问答 | 20小时前 |
- HTTP Trailer 读取为空时的响应头声明顺序
- 448浏览 收藏
-
- Golang · Go问答 | 21小时前 |
- HTTP 服务器读取请求体超时的连接处理
- 290浏览 收藏
-
- Golang · Go问答 | 21小时前 |
- net/http 客户端关闭连接后请求体重用的限制
- 497浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
查看更多
AI推荐
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 421次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 500次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 510次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 456次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 285次使用
查看更多
相关文章
-
- 用Nginx反向代理部署go写的网站。
- 2023-01-17 502浏览
-
- GoLand调式动态执行代码
- 2023-01-13 502浏览
-
- Go crypto/rand.Text 的长度为什么不是固定字符数
- 2026-10-04 501浏览
-
- Go strings.ToValidUTF8 清洗日志内容的边界
- 2026-10-03 501浏览
-
- Go tls.GetCertificate 为什么收不到空 ServerName 请求
- 2026-09-27 501浏览

