mysql加索引需要多长时间？

使用32个核心、超过30GB内存、1000万条条目，创建非聚集索引耗时7分钟。

如果是1亿的话，我估计需要70多分钟。

聚集索引需要更长的时间。
这需要对索引进行排序并构建带有子索引的复合B树。

一般来说，对于大数据来说，最好一次性新建一张表，创建索引，然后导入数据集。

一台弱机在索引一亿条数据时就会崩溃或者变成僵尸。

我只能慢慢等待。
如果一天不行，我就用上面的方法。

索引与类型密切相关，一般来说，定长字段比变长字段更简单，消耗的I/O更少，并且节省时间。
越复杂，二是一张表有多个索引。
这种情况会创建不同的存储索引结构，耗时较长。

数据页数、文件数、表中每页的槽数都会影响时间。

mysql中创建索引很慢，怎么解决

建立索引后插入大量数据非常慢。
解决办法是在插入大量数据之前不要建立索引或删除索引，然后重建索引。

mysql全文索引很慢，速度不如like的百分之一

我们先来解释一下显然，第一条SQL语句没有使用任何索引（键列中什么也没有）！第二个使用索引，但它是主键索引，而不是您添加的全文索引！接下来分析原因：sql1：执行步骤：首先s_a和s_a_t是笛卡尔集，然后过滤满足on条件的，再从结果集中过滤满足where子句的；它们是69*105479并且没有使用索引。
原因可能是您首先定义了复合索引a_concent_split(a_title_split,a_content_split)，然后定义了a_content_split2(a_content_split)。
引擎做搜索优化的时候，会先使用a_content_split，但是由于复合索引是从最左边开始的（第一个字段不能被忽略），所以忽略了ignore，所以索引无法正常使用。
sql2：执行步骤：先调用where子句过滤s_a表，形成新的s_a表，然后与s_a_t表执行笛卡尔积，然后使用on子句过滤，最后再次使用where子句形成最终结果表组；在第一个where之后，此过程处理的结果集明显少于sql1，并且还使用主键索引。
您设置的全文索引不再使用。
原因是当相似短语的开头部分有模糊％匹配时，无法使用全文索引。
这和全文存储机制有关。
另外，你提到删除速度慢的原因是全文字段设置太多。
当全文索引更新、大量数据删除时，需要同步更改索引压力太大！改进方法：1.删除a_content_split索引并重试。
2、删除时打开delay_key_write变量fulltext变量比较复杂。
使用时应仔细设置。
此外，还有许多影响它的参数。
SQL语句中的onwhere子句也是一种比较。
你两个都占了，唉，所以我前天写的有点复杂，想了两天才回答，希望能回答并分享一下结果！