花了一天时间，问题终于解决了，超有成就感。
问了一下用过mysql的同事，他分析事务死锁的原因可能是表中数据量太大，update语句的查询条件没有建索引，导致事务需要扫描全表（此时会锁表）。
这个原因倒是跟我的情况很相似，发生死锁的事务里确实有根据普通建更新记录的语句。我查了一下数据量，测试环境200多条，生产机的测试库和生产库都是20万多条，照例20万多条不算多啊，这点数据都处理不过来？
废话少说，先测试。在测试环境新增5万条数据，结果死锁重现。
现在基本断定是这条语句：
UPDATE T_CARD_INFO set STATE=2 where CARDNO IN (SELECT CARDNO FROM T_USER WHERE MOBILENO='13598798770' AND STATE=2)
因为T_USER表的CARDNO字段没有索引，建个索引再测试：速度超快。
注：
建索引：alter table dbname.table_name add index index_name(column_name);
删除索引：drop index index_name on dbname.table_name;