人们可以信任/值得等待超过"Read Timeout"的mysql查询吗？

Question

基本上所有内容都在标题中。我有一个基于表的更新和联接的查询，这需要很长时间。我可以把它切成片，但我更喜欢运行一次。这需要很长的时间，远远超过"读取超时"的限制，所以我在PhpMyAdmin中收到了一条错误消息。另一方面，我在服务器上看到事务（PhpMyAdmin中数据库的进程）仍在运行。所以我的问题来了：czan我信任这笔交易吗？等待事务终止值得吗？还是明智的做法是中断事务并找到分解任务的方法，这样tit就可以减少工作量？非常感谢你的回答。

我附上感兴趣的人的查询：

insert into `rt_air_rail_5_23` 
( `dNomOri`, `dNomDes`,`dNomConurbOri`, `dNomConurbDes`, 
`dHdep`, `dHarr`, 
`dTemps`, `dTveh`, `dTmap`, 
`dTatt`, `dTatt1`, `dPole`, `dTexte`, `dType`, 
`tpsDispo`, `aType`, 
`aHdep`, `aHarr`, 
`aTemps`, `aTveh`, `aTmap`, 
`aTatt`, `atatt1`, `aPole`, `aTexte`,  `dId`, `aId`,
`dori`, `ddes`, `aori`, `ades`,  `dconurbOri`, `dconurbDes`,`dmodeOri`, `dmodeDes`, `anomOri`, `anomDes`, orix, oriy, desx, desy)
SELECT 
d6.NomOri, d6.NomDes, d6.nomConurbOri, d6.nomConurbDes,
SEC_TO_TIME((d6.`heureo`)*60) dHdep, SEC_TO_TIME((d6.heured)*60) dHarr,     SEC_TO_TIME((d6.temps)*60) dTemps, SEC_TO_TIME((d6.tveh)*60) dTveh, d6.tmap dTmap, d6.tatt dTatt, d6.tatt1 dTatt1, d6.pole dPole, d6.`texte` dTexte, d6.Type dType, 
SEC_TO_TIME((a21.`heureo`-d6.`heured`)*60) tpsDispo, a21.Type aType,
SEC_TO_TIME((a21.`heureo`)*60) aHdep, SEC_TO_TIME((a21.heured)*60) aHarr, SEC_TO_TIME((a21.temps)*60) aTemps, SEC_TO_TIME((a21.tveh)*60) aTveh, a21.tmap aTmap, a21.tatt aTatt, a21.tatt1 atatt1, a21.pole aPole, a21.`texte` aTexte,  d6.id dId,   a21.id aId,
d6.ori, d6.des, a21.ori, a21.des, d6.conurbOri, d6.conurbDes, d6.modeOri, d6.modeDes,a21.NomOri, a21.NomDes, d6.dx, d6.dy, d6.ax, d6.ay
FROM `rt_air_rail_d_5h45` d6
join `rt_air_rail_a_22h15` a21
on 
(
   (
     (d6.type=101  and a21.type=101) and                           #cas fer fer
     (d6.`conurbOri`=a21.`conurbDes` and d6.`conurbDes`=a21.`conurbOri`)
   ) 
or (
    (d6.type=201 and  a21.type=102)  and                      #cas air fer
    (d6.`Ori`=a21.`Des` and d6.`conurbDes`=a21.`conurbOri`)
   ) 
or (
    (d6.type=102  and a21.type=201) and                             #cas fer air
    (d6.`conurbOri`=a21.`conurbDes` and d6.`Des`=a21.`Ori`)
  )
or ( 
     (d6.type=202 and  a21.type=202) and                            #cas air air
     (d6.`Ori`=a21.`Des` and d6.`Des`=a21.`Ori`)
  ) 
)
where d6.`conurbOri` <> d6.`conurbDes` ;

Answer 1

我建议终止进程并尝试EXPLAIN SELECT（然后是SELECT语句的其余部分），看看它为什么慢（可能缺少索引）。

Answer 2

我用"union"指令附加了四个选择查询，解决了我的问题，很可能不是以最优雅的方式。这使我能够将所有查询传递到一条指令中，并避免"超时"问题。