Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-707

LP:885132 - MyISAM optimize table wrongly reporting "status ok"

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Incomplete
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:

      Description

      We've table taking up a lot of disk:

      -rw-rw----  1 mysql mysql  8.9K 2011-05-06 21:23 table.frm
      -rw-rw----  1 mysql mysql  4.2G 2011-11-02 10:53 table.MYD
      -rw-rw----  1 mysql mysql   43K 2011-11-02 10:53 table.MYI
      

      It should be tiny though, since there is almost no data in it:

      MariaDB [database]> select count(*) from table;
      +----------+
      | count(*) |
      +----------+
      |      155 |
      +----------+
      1 row in set (0.00 sec)
      

      So we tried to optimize it:

      MariaDB [database]> optimize table table;
      +----------------------+----------+----------+--------------------------------------+
      | Table                | Op       | Msg_type | Msg_text                             |
      +----------------------+----------+----------+--------------------------------------+
      | database.table | optimize | error    | myisam_sort_buffer_size is too small |
      | database.table | optimize | status   | OK                                   |
      +----------------------+----------+----------+--------------------------------------+
      2 rows in set (5.56 sec)
      
      MariaDB [database]> optimize table table;
      +----------------------+----------+----------+-----------------------------+
      | Table                | Op       | Msg_type | Msg_text                    |
      +----------------------+----------+----------+-----------------------------+
      | database.table | optimize | status   | Table is already up to date |
      +----------------------+----------+----------+-----------------------------+
      1 row in set (0.00 sec)
      

      It's still taking the same diskspace though, so optimization seems to have failed. Running an "alter table table engine=MyISAM" does result in a rebuilt taking a lot less space (although still more than expected). The real bug here would be the optimize table not actually executing, and marking the table as optimized I presume.

        Gliffy Diagrams

          Attachments

            Activity

            Hide
            elenst Elena Stepanova added a comment -

            Re: MyISAM optimize table wrongly reporting "status ok"
            Hi Dreas,

            Do you still have this problem?
            If so, could you please provide the table structure (to start with)?

            Thank you

            Show
            elenst Elena Stepanova added a comment - Re: MyISAM optimize table wrongly reporting "status ok" Hi Dreas, Do you still have this problem? If so, could you please provide the table structure (to start with)? Thank you
            Hide
            dreasvandonselaar Dreas van Donselaar added a comment -

            Re: MyISAM optimize table wrongly reporting "status ok"
            I'm afraid if I didn't upload any data to FTP related to this issue, I currently have no way of reproducing it. If I encounter it again I'll report it including the relevant data.

            Show
            dreasvandonselaar Dreas van Donselaar added a comment - Re: MyISAM optimize table wrongly reporting "status ok" I'm afraid if I didn't upload any data to FTP related to this issue, I currently have no way of reproducing it. If I encounter it again I'll report it including the relevant data.
            Hide
            ratzpo Rasmus Johansson added a comment -

            Launchpad bug id: 885132

            Show
            ratzpo Rasmus Johansson added a comment - Launchpad bug id: 885132
            Hide
            elenst Elena Stepanova added a comment -

            The report has never had enough information to reproduce it, and the reporter did not come back saying that it happened again.

            Show
            elenst Elena Stepanova added a comment - The report has never had enough information to reproduce it, and the reporter did not come back saying that it happened again.

              People

              • Assignee:
                Unassigned
                Reporter:
                dreasvandonselaar Dreas van Donselaar
              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: