摘要:上面代码的过程为表示向数据库发送一个,非常重要,遍历使用,把遍历到的数据存入变量使用遍历完成后检查。有几点需要注意检查遍历是否有结果集未关闭前,底层的连接处于繁忙状态。包有自动重试等功能。
概述因为最近在学习Go,所以找了revel这个框架来学习,感觉和php的面向对象有很大不同。revel没有提供db mapping的组件,所以在github上搜了很多ORM来学习,在jmoiron/sqlx中发现了一篇比较详细介绍database/sql这个包的文章,拿来和大家分享。本文并不是按字句的翻译,如果哪里表述不清楚建议阅读原文 原文地址
sql.DB不是一个连接,它是数据库的抽象接口。它可以根据driver打开关闭数据库连接,管理连接池。正在使用的连接被标记为繁忙,用完后回到连接池等待下次使用。所以,如果你没有把连接释放回连接池,会导致过多连接使系统资源耗尽。
使用DB 导入driver这里使用的是MySQL drivers
import ( "database/sql" _ "github.com/go-sql-driver/mysql" )连接DB
func main() { db, err := sql.Open("mysql", "user:password@tcp(127.0.0.1:3306)/hello") if err != nil { log.Fatal(err) } defer db.Close() }
sql.Open的第一个参数是driver名称,第二个参数是driver连接数据库的信息,各个driver可能不同。DB不是连接,并且只有当需要使用时才会创建连接,如果想立即验证连接,需要用Ping()方法,如下:
err = db.Ping() if err != nil { // do something here }
sql.DB的设计就是用来作为长连接使用的。不要频繁Open, Close。比较好的做法是,为每个不同的datastore建一个DB对象,保持这些对象Open。如果需要短连接,那么把DB作为参数传入function,而不要在function中Open, Close。
读取DB如果方法包含Query,那么这个方法是用于查询并返回rows的。其他情况应该用Exec()。
var ( id int name string ) rows, err := db.Query("select id, name from users where id = ?", 1) if err != nil { log.Fatal(err) } defer rows.Close() for rows.Next() { err := rows.Scan(&id, &name) if err != nil { log.Fatal(err) } log.Println(id, name) } err = rows.Err() if err != nil { log.Fatal(err) }
上面代码的过程为:db.Query()表示向数据库发送一个query,defer rows.Close()非常重要,遍历rows使用rows.Next(), 把遍历到的数据存入变量使用rows.Scan(), 遍历完成后检查error。有几点需要注意:
检查遍历是否有error
结果集(rows)未关闭前,底层的连接处于繁忙状态。当遍历读到最后一条记录时,会发生一个内部EOF错误,自动调用rows.Close(),但是如果提前退出循环,rows不会关闭,连接不会回到连接池中,连接也不会关闭。所以手动关闭非常重要。rows.Close()可以多次调用,是无害操作。
单行Queryerr在Scan后才产生,所以可以如下写:
var name string err = db.QueryRow("select name from users where id = ?", 1).Scan(&name) if err != nil { log.Fatal(err) } fmt.Println(name)修改数据,事务
一般用Prepared Statements和Exec()完成INSERT, UPDATE, DELETE操作。
stmt, err := db.Prepare("INSERT INTO users(name) VALUES(?)") if err != nil { log.Fatal(err) } res, err := stmt.Exec("Dolly") if err != nil { log.Fatal(err) } lastId, err := res.LastInsertId() if err != nil { log.Fatal(err) } rowCnt, err := res.RowsAffected() if err != nil { log.Fatal(err) } log.Printf("ID = %d, affected = %d ", lastId, rowCnt)事务
db.Begin()开始事务,Commit() 或 Rollback()关闭事务。Tx从连接池中取出一个连接,在关闭之前都是使用这个连接。Tx不能和DB层的BEGIN, COMMIT混合使用。
如果你需要通过多条语句修改连接状态,你必须使用Tx,例如:
创建仅对单个连接可见的临时表
设置变量,例如SET @var := somevalue
改变连接选项,例如字符集,超时
Prepared Statements Prepared Statements and Connection在数据库层面,Prepared Statements是和单个数据库连接绑定的。客户端发送一个有占位符的statement到服务端,服务器返回一个statement ID,然后客户端发送ID和参数来执行statement。
在GO中,连接不直接暴露,你不能为连接绑定statement,而是只能为DB或Tx绑定。database/sql包有自动重试等功能。当你生成一个Prepared Statement
自动在连接池中绑定到一个空闲连接
Stmt对象记住绑定了哪个连接
执行Stmt时,尝试使用该连接。如果不可用,例如连接被关闭或繁忙中,会自动re-prepare,绑定到另一个连接。
这就导致在高并发的场景,过度使用statement可能导致statement泄漏,statement持续重复prepare和re-prepare的过程,甚至会达到服务器端statement数量上限。
某些操作使用了PS,例如db.Query(sql, param1, param2), 并在最后自动关闭statement。
有些场景不适合用statement:
数据库不支持。例如Sphinx,MemSQL。他们支持MySQL wire protocol, 但不支持"binary" protocol。
statement不需要重用很多次,并且有其他方法保证安全。例子
在Transaction中使用PSPS在Tx中唯一绑定一个连接,不会re-prepare。
Tx和statement不能分离,在DB中创建的statement也不能在Tx中使用,因为他们必定不是使用同一个连接使用Tx必须十分小心,例如下面的代码:
tx, err := db.Begin() if err != nil { log.Fatal(err) } defer tx.Rollback() stmt, err := tx.Prepare("INSERT INTO foo VALUES (?)") if err != nil { log.Fatal(err) } defer stmt.Close() // danger! for i := 0; i < 10; i++ { _, err = stmt.Exec(i) if err != nil { log.Fatal(err) } } err = tx.Commit() if err != nil { log.Fatal(err) } // stmt.Close() runs here!
*sql.Tx一旦释放,连接就回到连接池中,这里stmt在关闭时就无法找到连接。所以必须在Tx commit或rollback之前关闭statement。
处理Error 循环Rows的Error如果循环中发生错误会自动运行rows.Close(),用rows.Err()接收这个错误,Close方法可以多次调用。循环之后判断error是非常必要的。
for rows.Next() { // ... } if err = rows.Err(); err != nil { // handle the error here }关闭Resultsets时的error
如果你在rows遍历结束之前退出循环,必须手动关闭Resultset,并且接收error。
for rows.Next() { // ... break; // whoops, rows is not closed! memory leak... } // do the usual "if err = rows.Err()" [omitted here]... // it"s always safe to [re?]close here: if err = rows.Close(); err != nil { // but what should we do if there"s an error? log.Println(err) }QueryRow()的error
var name string err = db.QueryRow("select name from users where id = ?", 1).Scan(&name) if err != nil { log.Fatal(err) } fmt.Println(name)
如果id为1的不存在,err为sql.ErrNoRows,一般应用中不存在的情况都需要多带带处理。此外,Query返回的错误都会延迟到Scan被调用,所以应该写成如下代码:
var name string err = db.QueryRow("select name from users where id = ?", 1).Scan(&name) if err != nil { if err == sql.ErrNoRows { // there were no rows, but otherwise no error occurred } else { log.Fatal(err) } } fmt.Println(name)
把空结果当做Error处理是为了强行让程序员处理结果为空的情况
分析数据库Error各个数据库处理方式不太一样,mysql为例:
if driverErr, ok := err.(*mysql.MySQLError); ok { // Now the error number is accessible directly if driverErr.Number == 1045 { // Handle the permission-denied error } }
MySQLError, Number都是DB特异的,别的数据库可能是别的类型或字段。这里的数字可以替换为常量,例如这个包 MySQL error numbers maintained by VividCortex
连接错误 NULL值处理简单说就是设计数据库的时候不要出现null,处理起来非常费力。Null的type很有限,例如没有sql.NullUint64; null值没有默认零值。
for rows.Next() { var s sql.NullString err := rows.Scan(&s) // check err if s.Valid { // use s.String } else { // NULL value } }未知Column
rows.Columns()的使用,用于处理不能得知结果字段个数或类型的情况,例如:
cols, err := rows.Columns() if err != nil { // handle the error } else { dest := []interface{}{ // Standard MySQL columns new(uint64), // id new(string), // host new(string), // user new(string), // db new(string), // command new(uint32), // time new(string), // state new(string), // info } if len(cols) == 11 { // Percona Server } else if len(cols) > 8 { // Handle this case } err = rows.Scan(dest...) // Work with the values in dest }
cols, err := rows.Columns() // Remember to check err afterwards vals := make([]interface{}, len(cols)) for i, _ := range cols { vals[i] = new(sql.RawBytes) } for rows.Next() { err = rows.Scan(vals...) // Now you can check each element of vals for nil-ness, // and you can use type introspection and type assertions // to fetch the column into a typed variable. }关于连接池
避免错误操作,例如LOCK TABLE后用 INSERT会死锁,因为两个操作不是同一个连接,insert的连接没有table lock。
当需要连接,且连接池中没有可用连接时,新的连接就会被创建。
默认没有连接上限,你可以设置一个,但这可能会导致数据库产生错误“too many connections”
db.SetMaxIdleConns(N)设置最大空闲连接数
db.SetMaxOpenConns(N)设置最大打开连接数
长时间保持空闲连接可能会导致db timeout
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/17475.html
摘要:基于优雅的语法和其强大的并发性,我开启我的学习之旅。男女河南省商水县等城镇林村插入数据成功创建表创建表成功啦第二种方式总结今天的总结开发的冰山一角,接下来还需要学习很多。 奥术大师 做了近5年的android开发,最近项目也是不怎么忙,空闲的时候总会思考一些事情,不过作为移动开发,我个人觉得很有必要学习后台开发,由于公司是Go语言开发的,了解go语言一段时间后,我发现go语言的强大。基...
摘要:在上一篇文章中我们讲解了使用语言的标准库包操作数据库的过程,虽然使用包操作数据也是挺方便的,但是需要自己写每一条语句,因此我们可能会自己再度进行封装,以便更好地使用,而使用现有语言开源框架则是代替自己封装的一个更好的方式。在上一篇文章中我们讲解了使用Go语言的标准库sql/database包操作数据库的过程,虽然使用sql/database包操作数据也是挺方便的,但是需要自己写每一条SQL语...
摘要:在上一篇文章中我们讲解了使用语言的标准库包操作数据库的过程,虽然使用包操作数据也是挺方便的,但是需要自己写每一条语句,因此我们可能会自己再度进行封装,以便更好地使用,而使用现有语言开源框架则是代替自己封装的一个更好的方式。在上一篇文章中我们讲解了使用Go语言的标准库sql/database包操作数据库的过程,虽然使用sql/database包操作数据也是挺方便的,但是需要自己写每一条SQL语...
阅读 3448·2021-09-22 15:50
阅读 3203·2019-08-30 15:54
阅读 2685·2019-08-30 14:12
阅读 3024·2019-08-30 11:22
阅读 2046·2019-08-29 11:16
阅读 3542·2019-08-26 13:43
阅读 1147·2019-08-23 18:33
阅读 887·2019-08-23 18:32