之前我在网上百度，想要找到一个合适的方法老是找不到，自己现在解决了，在这里记录一下。
前提条件：
我有一张歌曲表、一张专辑表、一张歌手表。
其中歌曲表中有两个外键song_albumId、song_singerId,分别对应后两张表的两个主键album_id、singer_id。
歌曲表：
专辑表：
歌手表：
问题引入：
当我查询歌曲时，如果按常规查询套路，查询歌曲进行排序对应的SQL语句为：
select * from song_table ORDER BY song_thumbsNum DESC LIMIT 30
但此时如果前台显示就会造成歌手与专辑显示的是它们的id属性，而二者没有name属性，这显然不是我们需要的。
解决方案1（弃用）：
我当时想出了一个极其愚蠢的解决方案，就是先在后台将专辑信息与歌手信息全部遍历出来，在前台进行遍历id判断，遇到id相同的，就把对应的名字打印下来。这种方法虽然最简便，不用写啥sql语句，但是一旦数据量稍微多起来，比如歌手有一千位，专辑有一万张，那么即使是之前进行了分页查询，先就算分页是10个数据，那么最差的情况都要遍历10*(1000+10000)=110000次，这还只是一次列表显示而已，极其愚蠢的做法，我没想出解决方法前就是这样做的。
解决方案2（内连接INNER JOIN联合查询）：
这个方法是我自己查出来想到的，只有2张表匹配的行才能显示，右边外键所指的为空的话就不会查询，所以特殊情况下，查询的字节数较少，原理就是先将匹配条件的多表进行连接起来，如果是锁定外键进行连接，那么外键对应连接对象表就是主键，唯一的，所以就可以将其连接起来，然后再执行自己的查询条件，SQL语句如下：
SELECT
a.song_id,
a.song_singerId,
a.song_albumId,
a.song_name,
a.song_mp3Url,
a.song_thumbsNum,
a.song_lyc,
a.song_classify,
b.singer_name,
c.album_name
FROM
song_table as a
INNER JOIN singers_table as b on a.song_singerId = b.singer_id
INNER JOIN album_table as c on a.song_albumId = c.album_id
ORDER BY a.song_thumbsNum DESC LIMIT 30
我们可以通过发现判断id是否相同来进行连接，再选取相应的属性，我们就将三张表需要的属性连接起来了，这样我们就拥有了歌手和专辑的name属性只需要用一个关联实体类去接收它们即可，然后在前台就只需要将其两个name属性点出来即可，这样每次前台展示列表，前台就只用遍历那10个数据的10次即可，大大降低了运行时间。
解决方法3（左连接LEFT JOIN关联查询）（推荐）
与2的原理类似，因为我们主要关心的是左边歌曲这个表，如果不加外键限制的话，查询的字节数会稍微多一点，因为不是外键的话就不知道是否为空，左连接会将空值也连接进来，只要左边有的属性就都可以连接起来，左边的表不加限制，所以左连接就非常适合，也是通过判断条件来进行连接，只添加我们想要的属性去左边即可，道理都与2类似。
SELECT
a.song_id,
a.song_singerId,
a.song_albumId,
a.song_name,
a.song_mp3Url,
a.song_thumbsNum,
a.song_lyc,
a.song_classify,
b.singer_name as song_singerName,
c.album_name as song_albumName
FROM
song_table AS a
LEFT JOIN singers_table as b on a.song_singerId = b.singer_id
LEFT JOIN album_table as c on a.song_albumId = c.album_id
ORDER BY song_thumbsNum DESC LIMIT 30
之所以推荐左连接，是因为我们想要左边这张表的数据完整，虽然在外键的约束下，两个方法的效果基本相同，但为了保险起见，还是用左连接比较好，毕竟如果外键所指的对象为空，如果是内连接的话，就会被过滤掉，而我们希望的是虽然外键的内容为空也要把左表的信息给查全。
这样我们前台就可以轻松展示出列表信息了：
