索引非常大的表-有关性能的信息

Question

我的表有30.000.000行，并且存在严重的性能问题。 刚开始时-当我不知道将要插入多少行时-我仅在两个字段（至少23个）上创建了索引。 这两个字段是varchar类型。 其中的20个字段为varchar和text类型，其中三个为int类型。

我的第一个问题 ：

我如何才能真正提高数据库的整体性能？ 发现了很多技巧，但没有一个真正起作用。 不良的性能会导致以下问题：

1）是否可以再创建任何索引，也不能将30.000.000行复制到具有为所有字段创建的索引的空表中（如果我尝试其中的每一个，则要花很多小时才能打破查询，并且什么也没有发生所有）

2）在前端进行单次搜索的性能非常慢。 如果立即连接了更多的客户端，则它们等待很长时间，只是为了使超时最终结束。

一些代码：

"SELECT *, MATCH(item_query) AGAINST ('\"".$query."\"' IN BOOLEAN MODE) AS score 
 FROM items 
 WHERE MATCH(item_query) AGAINST ('\"".$query."\"' IN BOOLEAN MODE) AND item_address LIKE '%".$where."%' AND item_type = '".$what."' AND item_language = '".$_SESSION['language']."' AND item_country = '".$_SESSION['country']."' ORDER BY score DESC"

当用户在前端键入搜索查询时，将使用此语句。 item_query的ID已建立索引，其他字段尚未（尚未）。

我什至创建了一个脚本，该脚本应读取1000个数据集，并将其写入新的完全索引表中，并不断进行直到没有更多数据出现为止。 但是没有成功...该脚本在出现500个服务器错误之前挂起10分钟。

当我使用GUI（SqlYog）查看数据并将结果限制为1000行或什至5000行时，它可以完美工作-花费一点时间但效果很好。 所以桌子似乎还可以。

我的第二个问题 ：

找到索引问题的任何解决方案后，如何改善上面查看的sql语句？？？

预先感谢您的任何想法，

最好的问候，英格玛

Answer 1

当我使用GUI（SqlYog）查看数据并将结果限制为1000行或什至5000行时，它可以完美工作-花费一点时间但效果很好。 所以桌子似乎还可以。

使用CHECK TABLE table-name检查表是否存在问题。 首先阅读文档 。

性能的一条经验法则是索引WHERE子句中使用的每一列。 因此，您至少要为“ item_type”，“ item_language”和“ item_country”建立索引。 我假设全文列“ item_query”已经有了全文索引； 您的“ item_address”通配符条件不能使用索引。 复合索引可能有用。

为了找出问题所在，请尝试删除“ item_address”的条件。 还学习使用和解释MySQL的EXPLAIN 。

我这里有一个3000万行的表。 在varchar（35）列上创建索引大约需要10分钟。 我的电脑没什么特别的。

如果要将数据加载到新表中，最好不要创建没有索引，没有主键和外键的表。 然后加载数据； 最后创建索引，主键和外键。

您也可以尝试转储数据库并将其重新加载到另一台计算机上。 （或必要时使用同一台计算机。）