咱们一步步来拆解你的问题，先搞清楚查询卡住的可能原因，再看看你的关联SQL有没有需要调整的地方。

一、查询持续获取数据的可能原因（代码/其他因素都有可能） #

查询一直处于“持续获取数据”状态，不一定全是代码的锅，常见的诱因包括这些：

• 结果集过大：三张表关联后生成的行数远超预期，比如tickets表有大量数据，关联后产生百万级甚至更多的行，MySQL需要花时间处理和传输这些数据。
• 缺少关键索引：关联用到的字段（e.idEvenement、t.fk_tiEvenementID、k.kltr_idKlant、t.fk_tiKlantID）如果没有建立索引，MySQL会做全表扫描，速度会慢到离谱。
• 锁冲突阻塞：如果有其他事务正在修改这三张表中的数据，你的查询可能会被阻塞，等待锁释放。
• 服务器资源不足：MySQL所在服务器的CPU、内存被占满，导致查询无法高效执行。

二、你的关联SQL语句的问题排查 #

先看你写的SQL：

SELECT * FROM tickets t 
JOIN evenementen e ON e.idEvenement = t.fk_tiEvenementID 
JOIN klanttyperesult k ON k.kltr_idKlant = t.fk_tiKlantID;

这条语句本身语法是没问题的，但有几个可能导致性能问题的点：

1. SELECT *的隐患：会返回三张表的所有字段，不仅增加数据传输的开销，还可能包含很多你不需要的列，尽量替换成你实际需要的字段（比如t.idTicket, e.naam, k.kltr_waarde）。
2. 关联字段类型不匹配：要确保e.idEvenement和t.fk_tiEvenementID的字段类型完全一致（比如都是INT(11)），k.kltr_idKlant和t.fk_tiKlantID也是如此。如果类型不一致（比如一个是INT一个是VARCHAR），MySQL无法使用索引，会触发全表扫描。
3. INNER JOIN的结果集范围：默认的JOIN是INNER JOIN，只会返回三张表中完全匹配的行，但如果某张表的匹配数据极多，结果集还是会很大。

三、具体排查步骤 #

你可以按这个顺序一步步排查：

• 先看执行计划：在查询前加EXPLAIN，比如：

  EXPLAIN SELECT * FROM tickets t 
  JOIN evenementen e ON e.idEvenement = t.fk_tiEvenementID 
  JOIN klanttyperesult k ON k.kltr_idKlant = t.fk_tiKlantID;
  

  查看结果中的type列，如果出现ALL，说明对应的表在做全表扫描，大概率是缺少索引。
• 检查索引情况：用SHOW INDEX FROM tickets;、SHOW INDEX FROM evenementen;、SHOW INDEX FROM klanttyperesult;查看关联字段是否有索引。如果t.fk_tiEvenementID、t.fk_tiKlantID、k.kltr_idKlant没有索引，赶紧加上：

  CREATE INDEX idx_tickets_evenement ON tickets(fk_tiEvenementID);
  CREATE INDEX idx_tickets_klant ON tickets(fk_tiKlantID);
  CREATE INDEX idx_klanttyperesult_klant ON klanttyperesult(kltr_idKlant);
  

• 检查锁状态：用SHOW PROCESSLIST;查看当前MySQL进程，看看你的查询的State列是不是显示类似Waiting for table lock或者Waiting for row lock的信息，如果是，说明有其他事务在占用锁。
• 测试小数据量：给查询加个LIMIT 10，如果能快速返回结果，说明就是结果集太大的问题，可以考虑分页查询或者优化返回字段。

内容的提问来源于stack exchange，提问作者nemja