Skip to content

Support FULLTEXT search #1793

Description

@munggruel

Will you have fulltext search support plan in future

Activity

  1. ngaut commented on Oct 4, 2016

    @ngaut
    Member

    Yes, we will.

  2. h1100e commented on Apr 26, 2018

    @h1100e

    import full text search column error

  3. winoros commented on Apr 26, 2018

    @winoros
    Member

    @h1100e Full text search is still on the way.

  4. ddorian commented on May 1, 2018

    @ddorian

    Does it make sense to support this ? Since when you go lots of distributed data, you may want to use a specialized tool like solr,elasticsearch etc ?

  5. shenli commented on May 1, 2018

    @shenli
    Member

    Solr or elastic-search would be a better choice.
    Full-text search is on our roadmap. This could make it more convenient for accessing your data in TiDB in a different way. But it is not a high priority feature.

  6. morgo commented on Mar 22, 2019

    @morgo
    Contributor

    Just a quick update: TiDB 3.0 will not yet support FULLTEXT, but we plan to make it a little clearer that it is not supported: #9821

  7. changed the title [-]future fulltext search support[/-] [+]Support FULLTEXT search[/+] on Mar 22, 2019
  8. uvd commented on Jun 25, 2019

    @uvd

    Support FULLTEXT search support 中文分词

  9. lastzero commented on Sep 20, 2019

    @lastzero

    @morgo @shenli Any idea how long it might take to implement FULLTEXT? Popular open-source apps like Mattermost need it and our project needs some sort of full text search as well. Just asking before we decide for a strategy. Sending you a complete pull request doesn't seem feasible for now.

  10. shenli commented on Sep 22, 2019

    @shenli
    Member

    @lastzero Thanks for your interest in TiDB. The FULLTEXT index feature is not included in TiDB 4.0 (which will be released in 2020 Q1) plan because of the limited resource. We will consider it in the next year. Community contributions are always welcomed.

  11. 12 remaining items

  12. samhld commented on Dec 6, 2023

    @samhld

    @munggruel I realize this is very old but I'm re-visiting this idea. Can you provide some information on the use case for this? It's easy to assume what the use cases are but it helps to know more specifically.

    If it's not longer relevant to you, any information about the past use case would be helpful too, if you have the time. You're welcome to find me on the community Slack as well.

  13. kaeverens commented on Dec 6, 2023

    @kaeverens

    I'm obviously not @munggruel, but I really need this.

    my use case: users record free-form text notes. months or years later they need to search those notes to find out when they mentioned this or that.

    currently we have to read through every single one of the notes to find those that contain the substrings that are being searched for. this is obviously very slow.

    if TiDB could index ngrams in text, it would be much more efficient to search through free-form text.

  14. dveeden commented on Dec 6, 2023

    @dveeden
    Contributor

    if TiDB could index ngrams in text, it would be much more efficient to search through free-form text.

    Like this? https://dev.mysql.com/doc/refman/8.0/en/fulltext-search-ngram.html
    I would consider the WITH PARSER part to be the next step after "basic" fulltext index support.

  15. samhld commented on Jan 3, 2024

    @samhld

    @kaeverens out of curiosity, do you have an in-house parser for the text or would a databases's default parser be good enough?

  16. kaeverens commented on Jan 3, 2024

    @kaeverens

    in my case, I would be perfectly happy with the default parser. I don't need anything fancy - just a reasonably fast general search.

  17. rverma-dev commented on Feb 27, 2024

    @rverma-dev

    wondering if this is still happening or skipped.

  18. KModestas commented on Mar 23, 2024

    @KModestas

    This would be a great feature to have, especially since planetscale killed its hobby tier.

  19. omar-khallaf commented on Dec 30, 2024

    @omar-khallaf

    Adding my voice to the masses.

  20. dveeden commented on Oct 23, 2025

    @dveeden
    Contributor
  21. added a commit that references this issue on May 7, 2026
  22. added a commit that references this issue on Sep 7, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    feature/acceptedThis feature request is accepted by product managerstype/feature-requestCategorizes issue or PR as related to a new feature.

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions