百万记录的库已经建立了索引但还是很慢,请问该如何解决呢

多级索引。或者是你通过一些特征把数据拆成几块，比如按照用户的姓氏，分成几个数据库。分布在不同的数据库中。这样每个数据库的量就小很多了。

1000K左右的表，ACCESS这种桌面型的数据库，都不会慢得非常慢.（前提是索引用得到） 这个数量的记录，如果非常慢。一般是SQL语句有问题 //我不懂MYSQL,但各种数据库基本的原则是一致的.按你的说明，因为你用的模糊查询，基于这种的SQL，基本上，在信息描述/名称等上的索引，建了也是用不上的. 因为你一般会 where cargo_desc like '%我要找的东西%'. %号在前，基本上DBMS没法用索引了.(除非一些非常非常特殊的设置)就算是1000万的硬件配置,该不快的还是快不了

------------------------------------------------
你肯定有"商家"这样的字段 .

你需要在这个字段上加索引,同时你的SQL需要故意引导DBMS使用到这个索引,可以一上来就过滤剩下几K条记录了.

要留意,这个字段的条件,不应当使用类似

where "商家" like "%123%" //但用 "商家" like '123%' 一般会用上

或,你也不可以使用

where trim("商家") = "abc" //除非数据库有装门的设置,否则字段在函数中是用不上索引的,因为DBMS要每条记录帮你算一次才知道符不符合条件.