Golang Go语言操作 MySQL 更新数据，使用事务以后耗时反而增加 30 倍
一开始开了 100 个 goroute，在每个 goroute 里面一条一条更新数据：
for i:=0; i<100;i++{
go func(chan){
para1 := <- chan
stmt, _ := db.Prepare("update.....")
stmt.Exec(para1)
}
}
可以做到 2 秒钟更新 1000 条。
后来改用事务来批量更新
for i:=0; i<100;i++{
go func(chan){
var paraArray []string
for para := range chan{
paraArray = append(paraArray, para)
if len(paraArray) >= 1000 {
tx, _ := db.Begin()
for _, para := range paraArray{
tx.Exec("update.....", para)
}
tx.Commit()
paraArray = paraArray[:0]
}
}
}
}
这样每个事务里面的 1000 条语句，运行时间高达 1 分钟。请问为什么用事务反而导致效率严重降低了？
Golang Go语言操作 MySQL 更新数据，使用事务以后耗时反而增加 30 倍
更多关于Golang Go语言操作 MySQL 更新数据，使用事务以后耗时反而增加 30 倍的实战教程也可以访问 https://www.itying.com/category-94-b0.html
你 paraArray 满 1000 个插入后，什么时候清空？
更多关于Golang Go语言操作 MySQL 更新数据，使用事务以后耗时反而增加 30 倍的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
吐槽完了具体说说。
说先，不知道为啥要开协程…………只是为了给 mysql 做压力测试么……
如果我没理解错的话，是 100 个协程同时链接 Mysql,然后还开事务，互相锁表竞争？感觉这个是最容易出问题的地方
更何况，如果 Chan 长度是 1000 的话，代码 1 更新了 1000 条记录
代码 2 更新了 1000×100 条记录
其次。代码 1prepare 了，代码 2 没有。虽然我不知道大妈 1 为啥每次都要 preapre
第三。每次都 append 一下干嘛。虽然对效率影响微乎其微，但既然是长度固定是 1000,直接 make 个 1000 的不就不了。
好吧，我大概明白了。
你这代码肯定和线上的不太一样。
但这代码问题也实在太大了。
现在的问题就是，1000 条记录，一次 commit，时间长的夸张对吗？
按道理来说，开事务是没道理比不开事务快的，但是慢这么多也是不符合常理的。
你这个测试代码感觉没对，我自己简单测了下
one by one spend: 364.546674ms
transaction spend: 295.024446ms
事务应该是更快的
由于不知道你的服务器软硬件情况，能否跑个不带协程不带条数判断的单纯写入测试？
从我的角度看，你的代码应该是这样的：
有个全局 slice,操作带锁。
每满一千条，推到 chan 里。
读 chan 写入数据库的可以是单协程，可以是多协程。一次写 1000 条。
```
stmt, _ := db.Prepare(“update…”)
for i:=0; i<100;i++{
go func(chan, stmt){
para1 := <- chan
stmt.Exec(para1)
}
}
stmt 本身就是并发安全的，你改成这样试试看，效率如何
你是不是应该先说说是 Go 拖慢了还是 MySQL 拖慢了？
首先网络是本地网，那么传输肯定是瞬时完成的。
你打开 htop / iotop 之类的看一下，你这 1 分钟里是谁在吃 CPU，谁在吃磁盘 IO，谁在卡。
从上到下这回复我看得一愣一愣的，23 层楼了还没确定是 MySQL 卡了还是 Go 程序卡了。
然后如果是 Go 卡了，这我就不管了，不懂 Go。
如果是 MySQL 卡，一个是看看 Process List，啥语句卡，卡在哪步。
另一个是看一下 MySQL 的 statistics，看看有没有异常数值出现。
后面的代码，100 个 goroutine 同时等待同一个 chan，如果每个 goroutine 速度差不多，要等到这 100 个 goroutine 内都满了 1000 个 param 才开始提交任务。也就是 2 个条件：1.chan 内数据填满 100*1000=100000，2. 填满后，100 个 goroutine 同时提交事务，每个事务中有 1000 条语句。
感觉两段代码没什么可比性，真的要用 chan 的话，也应该是多个地方往 chan 里面写，然后只有一个地方读取 chan 并更新数据库，满 1000 条提交一次事务。
你需要一个函数。两个 chan
比如
chan record
chan record[]
这个函数的作用是从单条记录的 chan recrod 里读数据,拼够数据后，写入 chan record[]
操作的时候记得加锁
操作数据库的协程读 chan record[],再写入。
为什么会扯到 mysql 去我也是不懂。各位看看这两段代码，假设所有 goroutine 获取到的 para 数量评论，显然在第二个案例里面的一个 goroutine 跑完 1000 个的时候整个系统已经提供 100x1000 个 para，这里 chan<-的速率是怎样的？数据是不是有重叠的？如果有重叠那事务之间就互斥了
