MySQL在两行中是不同的

我得到了如下数据库结构：

2017 | February
2017 | February
2018 | February
2019 | February

输出应为：

2017 | February
2018 | February 
2019 | February

---

有没有可能让它与distinct参数一起工作？

只需将

distinct

修饰符应用于您的查询：

SELECT DISTINCT `year`, `month`
FROM   mytable

---

只需将

distinct

修饰符应用于查询：

SELECT DISTINCT `year`, `month`
FROM   mytable

是的，只要做：

select distinct year, month
  from your_table

是的，只要做：

select distinct year, month
  from your_table

---

使用

DISTINCT

的替代方法是使用

groupby

并进行聚合：

SELECT year, month
FROM yourTable
GROUP BY year, month

从我们发现

DISTINCT

通常在内部使用

GROUP BY

：

在大多数情况下，一个独立子句可以被视为GROUP BY的特例

---

大多数情况下，

GROUP BY

更可取，因为它允许我们使用聚合函数，而

DISTINCT

不允许使用聚合函数。

使用

DISTINCT

的替代方法是使用

GROUP BY

并进行聚合：

SELECT year, month
FROM yourTable
GROUP BY year, month

从中我们发现，

DISTINCT

通常使用

groupby

在内部实现：

在大多数情况下，一个独立子句可以被视为GROUP BY的特例

---

大多数时候，

GROUP BY

更可取，因为它允许我们使用聚合函数，而

DISTINCT

不允许使用聚合函数。

我想你知道这一点，但没有尝试过。@detective404是的，我当然知道，也尝试过，但仍然不起作用。我不太擅长使用聚合函数，但我建议总是添加你的

try

try代码

，

尝试过查询

以获得良好的关注1）试一试怎么样？2） 是的，把distinct放在当前查询的正确位置，你太懒了。3） 使用DISTINCT通常是写得不好的查询的支柱，通常以性能为代价隐藏逻辑错误。。。当然，如果您费心显示：a）您的查询，b）您的表结构，c）您的表的示例数据。。。您可能可以在没有明显差异的情况下获得有关如何解决问题的建议。我想您知道这一点，但尚未尝试。@detective404是的，我当然知道，也尝试过，但仍然无法正常工作我不擅长，所以我建议始终添加您的

try

try code

，

尝试查询

以获得良好的关注1）试一试怎么样？2） 是的，把distinct放在当前查询的正确位置，你太懒了。3） 使用DISTINCT通常是写得不好的查询的支柱，通常以性能为代价隐藏逻辑错误。。。当然，如果您费心显示：a）您的查询，b）您的表结构，c）您的表的示例数据。。。你也许可以在没有明显区别的情况下获得如何解决问题的建议。也可以通过

按年分组
@detective404从技术上讲，任何稍后发布的人都应该删除他的答案。很少有两个人同时发帖。也有可能通过
一年一组
@detective404从技术上讲，以后发帖的人应该删除他的答案。很少有两个人同时发帖。这不是问题的一部分，但如果有人同时给出相同的答案，你会想到什么。这不是问题的一部分，但如果有人同时给出相同的答案，你会想到什么。