mysql
ENGINE=InnoDB
数据量可能会达到百万级
如果有模糊查询的需求,一般怎样解决?
建立一般索引肯定是没有作用的
这个问题困扰我很久了,把这个字段提取出来另开一个表?好像也没啥效果
给出好的思路另开贴加分

解决方案 »

  1.   

    你好像是要一个full text索引,查查这方面的资料就行了。
      

  2.   

    innodb, 则没有办法,目前只有myisam 支持全文索引。你的模糊查询需要具体是什么样的? 只有分析你的具体需求才能去设计是否有新方案以提高效率。
      

  3.   

    如果没有更多的信息,则没有什么更好的办法了。 like '%xxx%' 这种无索引可以利用。 除非你的应用有些什么特点,或者可以从表的设计上来找出方法。可惜你无法给出关于应用方面的介绍。所以泛泛谈,  like '%xxx%'  无提高的方案。
      

  4.   

    根据物品名称(最长8个汉字utf8编码)查物品表,要求查出所有名字中有用户输入的查询条件
    比如 用户查询“裤子”
    那么 以下数据都应该被查询出来:
    1. 小明的裤子
    2. 裤子很漂亮
    3. 好漂漂的裤子啊
      

  5.   

    如果商品是管理人员添加,可以考虑增加category或者tag表,部分替代模糊查询的作用。如果客户选择了“查看全部”,再进行模糊查询
      

  6.   

    那就更改表结构成myisam的然后建立全文索引
      

  7.   

    有两个办法解决:
    一是放弃这个想法;
    二是投入资金建立一个综合的全文检索系统。
    百万级数据用MySQL做全文检索基本上已经是上限,比较可靠的是在八十万左右,当然还有硬件因素;可以采用集成方法来做,比如MySQL+Lucene、MySQL+Sphinx等。这些工作都不轻松,如果能基本做成,就可以直接来我们这儿上班!
      

  8.   

    1、改变表类型,比如 MYISAM;
    2、用INSTR、FIND_IN_SET这类函数
      

  9.   

    由于要用到事务,所以开始就规定全部的表都为 InnoDB,其实我也想用MYISAM
    看样子这种需求只能针对它本身的特点做一定的优化了
      

  10.   

    这个工程太大了,这种需求有,但是不多,我也不是专业搞查询的,只是个游戏数据库中的物品而已,由于游戏的特殊性后面的数据量可能会比较大,所以才不想随便写个like查询
      

  11.   

    另外建个表,采用MYISAM,建full text,专门用来针对这个模糊查询,采用id对应。
    或者改Engine