@swim2sun 1. 不批量更新的话，数据量太大了，这个定时任务本来就是为了跑数据的。2. 其实只有一个环境会出现死锁，查看日志发现，这个环境每次都是定时任务同时出发两次，两个线程同时去执行导致了死锁。正常情况下不会出现同时执行的情况。所以应该是这个环境的定时任务有问题。

@lance6716
@admol
@swim2sun
同样的代码，是一个定时任务在执行。本地、测试、线上，三个环境都能正常执行，定时任务的日志都只打印一次。但是预发布每次启动定时任务，都会同时打印两次日志，并产生死锁。推断为两次并行的定时任务一起执行了，所以产生了死锁。

@themostlazyman
@lu5je0
@fkdog
@Chinsung
谢谢大佬们 我试一下

@themostlazyman 这个 student_code 还不能加唯一索引，因为会有逻辑删除的数据，可能会存在两条以上的数据，有效的有一条，无效的有多条。如果我用 id 作为条件，是不是也可以避免死锁

@flyfanc 讲道理不应该啊，这个事务里面是同步进行的，没有异步的操作

@themostlazyman 外层没有事务了，整个接口都是同步的，没有异步的操作，也只有这一个接口会进行数据的增删改

@themostlazyman student_code 没有加索引，在表中是唯一的，加上索引会好一点吗？

@leviathan0992 没有并发，顶多就是针对这张表这边在更新 那边有数据查询。

@Canon1014 student_code 没有索引

@moen 请教一下大佬，
```sql
SELECT GROUP_CONCAT(name （ 1 ） SEPARATOR '/')
FROM table, JSON_TABLE(json_column （ 2 ）, '$[*]' COLUMNS (name （ 3 ） VARCHAR(255) PATH '$.name （ 4 ）')) AS names

```
1234 都代表的是什么啊

@JonathanLee07734 好思路

@onhao 感谢
@moen 感谢 待会儿试一下
@jyao 因为只是一个字段，数据库之前设计的不合理，拿出来处理不想多写一堆代码

@ourFEer py 哈哈哈

首发的都用了好久了

这是啥软件啊

@fumichael 本地环境和测试环境各一套，因为本地可能改一些东西

@zsdroid 404
@emeab 和 2.0 版本差别大吗？ 不大的话就凑合用了

@cxxlxx #39 我 9 点零几分下单 应该也不是最早的吧 最早的今天就拿到了

@zhongweini0074 #33 酸了

@miniers #29 一样了，我比你快三分钟 哈哈哈

@qwerty01446 #11 巧了么这不是
@gps949 #12 不知道能不能改地址 想让送到公司 不想让他送到家里了