MySQL索引有什么好处，如何合理添加？

要构建一个好的索引，主要是构建查询多的列，where条件多的列，需要排序的列。创建多个复合索引。

总而言之，索引有三个主要好处：

1.索引大大减少了服务器要扫描的数据量。

2. 索引可以简化为随机io，改为顺序io。

3. 索引可以帮助服务器避免排序和临时表。

索引可以加快数据检索操作的速度，但会降低数据修改操作的速度。 每次修改数据记录时，都必须刷新索引。 为了在一定程度上弥补这一点，许多 SQL 命令都有一个延迟键写入项。

此选项的作用是暂时阻止 mysql 在插入每个新记录和命令修改每个现有记录后立即刷新索引，并且在插入和修改所有记录之前不会刷新索引。 在需要将许多新记录插入到表中的情况下，延迟键写入选项将非常有用。

此外，索引会占用硬盘上的大量空间。 因此，只应为最常查询和最常排序的数据列编制索引。 如果一列数据包含大量重复内容，则对其进行索引不会产生太大的实际效果。

索引分为单列索引和组合索引。

单列索引，即一个索引只包含一列，一个表可以有多个单列索引，但这不是组合索引。

组合索引，即包含多列的索引。

创建索引时，需要确保索引是应用于 SQL 查询语句的条件（通常作为 WHERE 子句的条件）。

实际上，索引也是一个包含主键和索引字段并指向实体表记录的表。

以上都谈到了使用索引的好处，但使用过多的索引会导致滥用。 所以索引也有其缺点：

索引虽然大大提高了查询速度，但它们也会减慢更新表的速度，例如插入、更新和删除表。 更新表时，MySQL不仅保存数据，还保存索引文件。

为占用磁盘空间的索引文件编制索引。

from shulanxt

索引就像一本书的目录，例如，如果你想阅读一本书的第20章，你会先在目录中查看第20章的页数，然后立即翻到第20章的页数，而不是一页一页地翻。

索引将首先按一定顺序排列索引列，以便再次找到它会快得多。

为 MySQL 数据库中的字段编制索引意味着对数据库中表中的一列或多列中的值集合进行排序，以及指向表中物理标识这些值的相应数据页，这些值是逻辑指针列表。

索引提供指向存储在表的指定列中的数据值的指针，然后根据指定的排序顺序对这些指针进行排序。 数据库使用索引来查找特定值，然后沿着指针指向包含该值的行。 这样可以更快地执行与表对应的 SQL 语句，从而可以快速访问数据库表中的特定信息。

以下规则通常用于索引：

1、表的主键和外键必须有索引;

2.数据超过300个的表应有索引;

3. 对于经常与其他表联接的表，应在联接字段上建立索引;

4. 经常出现在 where 子句中的字段，尤其是大表中的字段，应该索引;

5. 索引应建立在高度选择性的字段上;

6、索引要建立在小字段上，对于大文本字段甚至超长字段，不要搭建索引;

7、复合指标的建立需要仔细分析; 尝试考虑改用单字段索引： a. 正确选择复合索引中的主列字段，通常是选择性较好的字段; 湾。在 AND 模式下，复合索引的多个字段是否经常同时出现在 where 子句中？单字段查询很少或没有？

如果是这样，您可以构建复合索引; 否则，请考虑单字段索引; 三.如果复合索引中包含的字段经常单独出现在 where 子句中，则它们将被分解为多个单字段索引;d.如果复合索引包含3个以上的字段，那么请仔细考虑其必要性，并考虑减少复合字段的数量;e.如果这些字段上同时存在单字段索引和复合索引，则通常可以删除复合索引;

8. 不要为频繁执行数据操作的表创建过多的索引;

9、删除无用的索引，避免对执行计划产生负面影响; 这些是索引的一些常见标准。 总之，指标的建立必须认真做好，每个指标的必要性都要仔细分析和建立。 因为索引太多，索引不足，不正确的索引对性能不利

在表上创建的每个索引都会增加存储开销，索引会增加插入、删除和更新操作的处理开销。 此外，复合索引过多，在单字段索引的情况下，通常没有价值; 相反，当将数据添加到删除时，它也会降低性能，尤其是对于频繁更新的表，这会产生更大的负面影响。

你现在的方法的效率其实差不多，都是很低的，极低的，最低的。

1.如果你不提高效率，只是简化程序，我建议你对新闻类目进行二进制编码，还是用一个特征字段来表示它，这个字段是整数类型，用开头的四个二进制位在最低点是否为1来表示是否是**新闻， headlines、homepage news 和 important news，例如 7（二进制 0111）表示它有三个属性：headlines、homepage 和 important。查询时，使用位运算&实现，**news、headlines、homepage news和重要新闻权重分别为，此时，如果调用三个是**news的新闻，可以直接使用SQL语句：

select * from news where features & 8=8 order by news_id desc limit 0,3;

select * from news where features & 9=9 order by news_id desc limit 0,3;

如果看到没有，可以查询一个属性或多个属性的数据，程序非常方便。

其次，有效的方法是设置另一个表来记录各种新闻，冗余地将数据保存到多个表中，并在哪个表中查询需要查询哪些新闻。 但是程序会很复杂，会根据分类存储在不同的表中，修改起来最麻烦，如果改变分类，还需要将数据从一个表移动到另一个表。 当然，作为新闻这样的应用，保存一次，修改一次，修改一次，浏览上千次，对于整体效率来说，这当然是优化查询的关键**。

另外，站长群上还有产品**，便宜***。

删除数据、修改索引字段和添加新操作将维护索引，维护成本很高。

同时，需要更多的磁盘空间。

要综合平衡，发挥最大优势。

如果未用于搜索的字段已编制索引，则会导致插入，并且更新速度较慢，因为索引表正在更新。

让我们先面对你的问题。

数据是否重复不是索引的重要依据，甚至不是依据。

只要它不是完全重复的（该元素对于所有元组都是相同的），那么索引是有意义的。

就算现在的数据完全复制，构建索引也不是不可能，这有点复杂，不会详细。

对于你以后的问题，我可以给你一个关于如何建立索引的建议，“如何查找它”。

索引的唯一原因是查询（generalized query），其实索引会让数据存储占用的空间变大，有时索引占用的空间会检查数据本身的空间。 索引创建也会使数据插入变慢，在某些情况下会让人难以忍受，因此 DBA 的重要任务之一就是检查索引层次结构并对其进行优化。

索引的唯一好处是按索引查询时速度更快。 type 和 status 这两个字段是否适合索引，取决于是否要根据这两个字段进行搜索。 搜索的顺序决定了索引的生成方式。

对于索引类型和索引方法，我建议这样做。

normal

和。 btree

它在大多数情况下都有效。 如果你涉及一个大数据处理项目，对数据存储和检索有特殊要求，那么在考虑是否使用聚簇索引之前，需要分析多个层次的数据吞吐量、数据方差、平均偏差等诸多参数（mysql似乎还没有聚簇索引），至于是否是唯一索引， 我建议不要使用它，即使您可以确定数据是唯一的，也不要使用它，并且不需要全文索引。