OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: lgbwebmaster (lgbwebmastervriffx.com)
Date: Mon Apr 02 2001 - 09:43:28 CDT

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    OpenBSD 2.8
    swap partition is 256mb
    /tmp partition is 1gb
    Pentium III 667mhz, 256mb ram
    MySQL 3.22.32 (installed by: pkg_add mysql-3.22.32.tgz)
    df reports that I have plenty of free disk space

    I have a table that has 422,000 rows, and has a key field defined as:
            integer unsigned not null auto_increment primary key.

    I loaded the data into the table from a MS Access 97 database using MyODBC.

    mysqld was started with:
            safe_mysqld --user=mysql &

    If I type:
            cd /path/to/MyDB
            mysqldump --opt MyDB MyTable > MyTable.backup &
            ls -l MyTable*

    mysqldump will start dumping MyTable, and MyTable.backup grows in size.
    After about a minute, MyTable.backup stops growing in size (according to
    ls -l). 'top' shows that mysqld has over 99% of cpu. Note that this
    box is a dedicated db server, and no other major processes are running.
    Nothing changes after 10, 20, 30 minutes. After killing mysqldump,
    mysqld is still at 99% cpu. I then kill -9 mysqld, and cpu % goes to
    zero.

    I have similar behavior when I try to create an index on this table. For
    example, if I type
            mysql> create index MyIndex on MyTable ( MyField );
    'top' shows that mysqld is at 99% cpu, and the index is still not done
    being built after 30 minutes.

    Also, I tested MySQL 3.23.36 with the same setup as above and got identical
    results.

    I have the same data in MySQL on a Linux box, and everything works fine.
    The index shown above takes about 3 minutes to build. The mysqldump takes
    5-10 minutes.

    Any ideas?

    Many thanks -
    Jim