Go 语言使用 XORM 操作 MySQL 的陷阱

1 

介绍

在 Go 语言开发中，大家为了方便，通常会选择使用 ORM 操作数据库，比如使用 XORM 或 GORM 操作 MySQL。

虽然使用 ORM 操作 MySQL 比直接使用标准库 `sql`和三方 MySQL 数据库驱动包操作 MySQL 更加方便，但是也会遇到一些陷阱。

本文我们来介绍一下使用 XORM 操作 MySQL 可能会遇到的陷阱。

---

2 

使用 XORM 操作 MySQL 的陷阱

类型零值

在 Golang 中，每个数据类型都有各自的类型零值，比如 int 的零值是 0，string 的零值是 ''等。

示例代码：

package main

import (
 "fmt"
 _ "github.com/go-sql-driver/mysql"
 "xorm.io/xorm"
)

func main() {
 // 创建 Engine
 engine, err := xorm.NewEngine("mysql", "root:root@/example?charset=utf8")
 defer func() {
  err = engine.Close()
  if err != nil {
   fmt.Printf("engine close err=%v\n", err)
   return
  }
 }()
 if err != nil {
  fmt.Printf("init xorm engine fail, err=%v\n", err)
  return
 }

 // 更新数据
 example := &Example{
  Title: "go",
  View:  0,
 }
 condi := &Example{
  Id: 2,
 }
 affected, err := engine.Update(example, condi)
 if err != nil {
  fmt.Printf("Update err=%v\n", err)
  return
 }
 fmt.Printf("affected=%d\n", affected)
}

type Example struct {
 Id      int    `json:"id" form:"id"`
 Title   string `json:"title" form:"title"`
 View    int    `json:"view" form:"view"`
 Created int    `json:"created" form:"created" xorm:"created"`
 Updated int    `json:"updated" form:"updated" xorm:"updated"`
}

阅读上面这段代码，我们可以发现示例代码中将 id=2 的数据 view 字段更新为 0，因为 0 是 int 的类型零值，XORM 的 Update 方法会自动忽略类型零值，所以该数据 view 字段的值没有更改。

但是，在实际项目开发中，我们可能需要将某个字段的值更新为该字段类型的类型零值，此时我们该怎么操作呢？

affected, err := engine.Cols("title", "view").Update(example, condi)

我们可以使用 Cols() 方法，指定需要更新的字段，这样即便需要更新字段的值是该字段类型的类型零值，也可以正常更改。

提示：建议在设计数据库表时，字段的值尽量使用非类型零值。

自增 id

在插入数据时，我们可能需要返回自增 id，我们先看一段代码：

// 插入数据
example := &Example{
  Title: "PHP",
  View:  90,
}
affected, err := engine.Insert(example)
if err != nil {
  fmt.Printf("Insert err=%v\n", err)
  return
}
fmt.Printf("affected=%v\n", affected)

阅读上面这段代码，我们插入一条数据，返回结果是影响行数和错误信息，而不是直接返回该条数据的自增 id。

可能有些读者朋友们会接着使用查询方法，查询最新一条数据的 id，在并发请求数低的场景中，该方法是可以查到新插入数据的自增 id。

但是在并发请求数高的场景中，该方法查到的最新一条数据的 id，未必是我们刚插入的数据的自增 id。

id := example.Id
fmt.Printf("affected=%v || id=%d\n", affected, id)

阅读上面这段代码，我们想要获取新插入数据的自增 id，直接 example.Id 即可获取，但是前提条件是结构体中，id 字段使用 xorm:"autoincr" 标签。

更新 created 字段

我们在结构体中，使用标签 xorm:created 和 xorm:updated 即可自动插入当前时间。

但是，使用 xorm:created 标签的字段，只有在第一次插入数据时写入当前时间，此后将不再会更改；使用 xorm:updated 标签的字段，在第一次插入数据时写入当前时间，此后每次 Update 操作，时间都会更改。

如果我们的业务需求是需要更改使用 xorm:created 标签的字段，可以做到吗？

// 更改数据
example := &Example{
  Title: "JavaScript",
  View:  98,
}

condi := &Example{
  Id: 2,
}

affected, err := engine.Update(example, condi)
if err != nil {
  fmt.Printf("Update err=%v\n", err)
  return
}
fmt.Printf("affected=%d\n", affected)

阅读上面这段代码，我们发现执行 Update 方法之后，使用 xorm:updated 标签的字段的值被更改，而使用 xorm:created 标签的字段的值没被更改。

我们换一种更新数据的方式，代码如下：

// 更改数据
sql := "UPDATE example SET title=?, view=?, created=? WHERE id=?"
res, err := engine.Exec(sql, "Python", 60, time.Now().Unix(), 2)
if err != nil {
  fmt.Printf("Update err=%v\n", err)
  return
}
affected, err := res.RowsAffected()
if err != nil {
  fmt.Printf("RowsAffected err=%v\n", err)
  return
}
fmt.Printf("affected=%d\n", affected)

阅读上面这段代码，我们可以发现使用 Exec 方法执行原生 SQL 可以满足我们的需求。

---

 3 

总结

本文我们主要介绍为什么 Go 协程比进程和线程占用的系统资源低，通过进程、线程、协程的 CPU 资源和内存占用的比较，发现无论是在切换时消耗的 CPU 资源（时间片），还是内存占用，Go 协程都有明显优势。

一句话总结就是 Go 协程的切换成本和内存占用比线程和进程都低。

需要注意的是，Go 协程占用系统资源低，并不代表可以无限创建 Go 协程。