Important

The SingleStore 9.1 release candidate (RC) gives you the opportunity to preview, evaluate, and provide feedback on new and upcoming features prior to their general availability. In the interim, SingleStore 9.0 is recommended for production workloads, which can later be upgraded to SingleStore 9.1.

SHOW FULLTEXT INDEX STATUS

Shows the status of full-text index creation.

The primary use of this command is to allow users to monitor the progress of long-running index builds.

Syntax

SHOW FULLTEXT INDEX STATUS FOR <table_name>;

Arguments

  • <table_name>: The name of the table on which a full-text index is being created.

Output

As shown in the example output, the SHOW FULLTEXT INDEX STATUS command outputs two values for each node, partition pair: Progress (%) and Broken (%).

  • The Progress (%) is the percentage of rows in the table's columnstore segments that have been indexed.

  • The Broken (%) is the percentage of rows in the table's columnstore segments that have an associated broken index.

+-----------+---------+--------------+------------+
| Partition | Node ID | Progress (%) | Broken (%) |
+-----------+---------+--------------+------------+
| 4 | 11 | 100.00 | 0.00 |
| 3 | 10 | 75.00 | 0.00 |
| 3 | 11 | 71.00 | 0.00 |
| 5 | 11 | 43.00 | 0.00 |
| 2 | 11 | 11.00 | 2.00 |
....

Remarks

  • Use the SHOW FULLTEXT INDEX STATUS command to monitor the progress of index creation.

    • In SingleStore, a full-text index is built for each columnstore segment. This command outputs the status of the per-segment indexes.

  • The Progress (%) and Broken (%) in the output are calculated as the percentage of rows in the on-disk columnstore segments for a partition, node pair which have been indexed.

  • To run the SHOW FULLTEXT INDEX STATUS command, the user must have the SHOW METADATA, SELECT, or INDEX permission on the table.

  • The SHOW FULLTEXT INDEX STATUS command displays rows from the MV_FULLTEXT_INDEX_STATUS information schema view. This view contains the full-text indexing status of all the tables from all the databases in the cluster at the partition level.

Example 1 - Successful Index Creation

This example uses the vecs table from the Hybrid Search - Re-ranking and Blending Searches page.

After creating the vecs table and loading data into that table, run the following commands.

ALTER TABLE vecs ADD FULLTEXT USING VERSION 2 ft_para(paragraph);
SHOW FULLTEXT INDEX STATUS FOR vecs;
+-----------+---------+--------------+------------+
| Partition | Node ID | Progress (%) | Broken (%) |
+-----------+---------+--------------+------------+
| 4         | 11      | 100.00       | 0.00       |
| 3         | 10      | 100.00       | 0.00       |
| 3         | 11      | 100.00       | 0.00       |
| 5         | 11      | 100.00       | 0.00       |
| 2         | 11      | 100.00       | 0.00       |
| 0         | 10      | 100.00       | 0.00       |
| 1         | 10      | 100.00       | 0.00       |
| 1         | 11      | 100.00       | 0.00       |
| 7         | 11      | 100.00       | 0.00       |
| 6         | 11      | 100.00       | 0.00       |
| 0         | 11      | 100.00       | 0.00       |
| 2         | 10      | 100.00       | 0.00       |
+-----------+---------+--------------+------------+

As the vecs table is small, the index creation is fast and the output shows that all per-segment indexes were built successfully. If the vecs table were larger and the partitions contained multiple columnstore segments, the Progress (%) column would show percentages less than 100% during the index build.

Example 2 - Broken Index

It is possible for the full-text index creation for a columnstore segment to fail. In this case, the Broken (%) column indicates the percentage of the rows in a partition, node pair that have an associated broken index. An example of such output follows.

SHOW FULLTEXT INDEX STATUS FOR <table_name>;
+-----------+---------+--------------+------------+
| Partition | Node ID | Progress (%) | Broken (%) |
+-----------+---------+--------------+------------+
| 1         | 10      | 100.00       | 100.00     |
| 1         | 11      | 100.00       | 100.00     |
| 2         | 11      | 100.00       |   0.00     |
| 2         | 10      | 100.00       |   0.00     |
+-----------+---------+--------------+------------+

To attempt to fix a broken index, run the OPTIMIZE TABLE … FIX_FULLTEXT command.

OPTIMIZE TABLE <table_name> FIX_FULLTEXT;

Refer to Full-Text Index Status for additional information on fixing broken full-text indexes.

Last modified: March 4, 2026

Was this article helpful?

Verification instructions

Note: You must install cosign to verify the authenticity of the SingleStore file.

Use the following steps to verify the authenticity of singlestoredb-server, singlestoredb-toolbox, singlestoredb-studio, and singlestore-client SingleStore files that have been downloaded.

You may perform the following steps on any computer that can run cosign, such as the main deployment host of the cluster.

  1. (Optional) Run the following command to view the associated signature files.

    curl undefined
  2. Download the signature file from the SingleStore release server.

    • Option 1: Click the Download Signature button next to the SingleStore file.

    • Option 2: Copy and paste the following URL into the address bar of your browser and save the signature file.

    • Option 3: Run the following command to download the signature file.

      curl -O undefined
  3. After the signature file has been downloaded, run the following command to verify the authenticity of the SingleStore file.

    echo -n undefined |
    cosign verify-blob --certificate-oidc-issuer https://oidc.eks.us-east-1.amazonaws.com/id/CCDCDBA1379A5596AB5B2E46DCA385BC \
    --certificate-identity https://kubernetes.io/namespaces/freya-production/serviceaccounts/job-worker \
    --bundle undefined \
    --new-bundle-format -
    Verified OK

Try Out This Notebook to See What’s Possible in SingleStore

Get access to other groundbreaking datasets and engage with our community for expert advice.