mysql 常见问题

1、count(*) 、 count(1) 和 count（字段）区别

在MySQL中，COUNT(*)、COUNT(1) 和 COUNT(字段) 是用于统计行数的函数，它们的主要区别在于：

COUNT(*)：会统计符合条件的所有行的数量，不管这些行中的值是否为 NULL。它会对表中的所有行进行计数。
COUNT(1)：也会统计符合条件的所有行的数量，不管这些行中的值是否为 NULL。在这里，1 只是一个占位符，更类似于 COUNT(*)。它不会关心所选的列是什么，只会统计符合条件的所有行的数量。
COUNT(字段)：会统计指定字段的值不为 NULL 的行的数量。它会忽略那些字段值为 NULL 的行。

在数据库中，这些函数的使用主要取决于你想要统计的数据。通常情况下， COUNT(*) 和 COUNT(1) 的效果是一样的，因为它们都会统计所有符合条件的行的数量，而 COUNT(字段) 则是针对某个特定字段进行统计，只统计该字段非NULL值的行数。

2、sum会统计为null的列吗

在SQL中，SUM 函数通常会忽略 NULL 值，并对非 NULL 值进行求和。这意味着如果你对一个列使用 SUM 函数，NULL 值会在计算总和时被忽略。

举个例子，如果有一个列包含以下值：[10, 20, NULL, 30]，那么使用 SUM 函数计算这个列的总和时，会得到 60，而不是 60 加上 NULL 的值。

虽然大多数情况下 SUM 会忽略 NULL 值，但在特定情况下，你也可以选择使用 COALESCE 函数来将 NULL 值转换为其他值，然后再进行求和操作。例如，使用 SUM(COALESCE(column_name, 0)) 可以将 NULL 值转换为 0，然后再进行求和计算。

3、avg会统计为null的列吗

在 SQL 中，AVG 函数会忽略 NULL 值，并且只对非 NULL 值进行平均值计算。这意味着如果你对一个列使用 AVG 函数，NULL 值会在计算平均值时被忽略。

举个例子，如果有一个列包含以下值：[10, 20, NULL, 30]，那么使用 AVG 函数计算这个列的平均值时，会得到 (10 + 20 + 30) / 3 = 20，而不是 (10 + 20 + 0 + 30) / 4 = 15，即 NULL 值会被忽略。

因此，在使用 AVG 函数时，它会自动排除 NULL 值，并对非 NULL 值进行平均值计算，当然也可以使用avg(COALESCE(column_name, 0))对位null的字段进行求平均值。

4、union和unionall的区别

在 SQL 中，UNION 和 UNION ALL 都用于合并两个或多个 SELECT 语句的结果集，但它们之间有一些重要的区别。

UNION：

UNION 用于合并两个查询的结果集，并自动去除重复的行，只会返回唯一的行。
也就是说，使用 UNION 时，如果两个查询的结果中有重复的行，那么最终的结果集中只会包含一份。
UNION 操作会对结果集进行排序和去重的操作，因此它可能会影响性能。

UNION ALL：

UNION ALL 也用于合并两个查询的结果集，但不会去除重复的行，它会返回所有的行，包括重复的行。
使用 UNION ALL 时，最终的结果集会保留所有的行，不会进行去重和排序操作。
由于不需要进行去重和排序，因此 UNION ALL 的性能通常比 UNION 更高。

总结：

如果你需要合并两个查询的结果集，并且希望去除重复的行，可以使用 UNION。
如果你希望合并结果集时保留所有的行，包括重复的行，可以使用 UNION ALL。

5、当order by和limit一起使用的时候应该注意什么问题？

确定排序的顺序：在使用 ORDER BY 进行排序时，要确保指定了明确的排序顺序，即是升序 (ASC) 还是降序
(DESC)。如果不指定，默认情况下会使用升序排序。
性能问题：当在大型数据集上使用 ORDER BY 和 LIMIT时，可能会引起性能问题。这是因为数据库通常需要先对整个结果集进行排序，然后再应用 LIMIT 条件。在这种情况下，可以考虑为被排序的列添加索引以提高性能。尤其是可以使用索引覆盖，能极大提高效率。
避免使用 OFFSET：如果只需要获取前几行，而不是整个结果集，应该尽量避免使用OFFSET，因为它会跳过指定数量的行，这可能会影响性能。相反，应该尽量使用 LIMIT 来限制返回的行数。

6、在一个联合索引中，一个字段有些数据为null，查询 is null 会走索引吗？

不一定，可能走可能不走，分析如下

数据量：当数据量过大可能不走索引
最左原则：不匹配最左原则，且没有索引跳跃时，不走索引
唯一联合索引：可以存储多条一样为null的值

6、mysql中区分度不高的字段建索引会失效吗？

在MySQL中，区分度不高的字段建立索引可能会导致索引失效或者降低索引的效率。索引的作用是帮助数据库快速定位到特定的数据行，但当字段的区分度不高时，也就是字段值的重复率很高，索引将无法有效地缩小数据范围，从而导致索引效率低下或失效。

举例来说，在一个包含“性别”字段的用户表中，该字段只有“男”和“女”两个取值的情况下，如果对这个字段建立索引，由于取值的范围非常有限，索引的区分度非常低。当需要根据性别进行查询时，使用索引可能几乎没有优势。即使使用索引，大部分情况下查询引擎可能会发现直接扫描整个表比使用索引更为高效，因为区分度低导致索引无法快速定位到目标行。

另一个例子是在一个订单表中，有一个“订单状态”字段，可能只有“已完成”和“未完成”两种状态。如果对这样一个字段建立索引，同样会遇到类似的问题。大部分查询可能需要涉及整个表，而索引则无法提供足够的效率提升。

综上所述，尽管在MySQL中区分度不高的字段建立索引不会完全失效，但它极有可能降低索引的效率，使得数据库查询时无法充分利用索引带来的性能提升。因此，在选择建立索引的字段时，需要综合考虑字段的区分度，结合实际的查询需求，避免对区分度不高的字段盲目建立索引。