Re: Performance problem migrating from NDB to MyISAM
Giuseppe Proietti Wrote:
-------------------------------------------------------
> Hi,
>
> Thanks, I'm now planning the update to a more
> recent version of MySQL, i.e. 5.5 or 5.6
Thanks a lot for your support.
I update to 5.6.22-1 and now the query performs very quickly
773 rows in set (0.06 sec)
As shown by the explain command, it still doesn't use indexes from the table in the nested select.
mysql> explain select id,user_login,user_email from wp_users where id in (select user_id from wp_wpsc_purchase_logs whe re from_unixtime(date) > date('2014-11-30') and processed=3);
+----+-------------+-----------------------+--------+--------------------+---------+---------+---------------------------------------------------+------+------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------------------+--------+--------------------+---------+---------+---------------------------------------------------+------+------------------------------+
| 1 | SIMPLE | wp_wpsc_purchase_logs | ALL | processed_and_date | NULL | NULL | NULL | 2984 | Using where; Start temporary |
| 1 | SIMPLE | wp_users | eq_ref | PRIMARY | PRIMARY | 8 | fondarching_cluster.wp_wpsc_purchase_logs.user_ID | 1 | End temporary |
+----+-------------+-----------------------+--------+--------------------+---------+---------+---------------------------------------------------+------+------------------------------+
2 rows in set (0.00 sec)
Subject
Views
Written By
Posted
3404
January 23, 2015 01:45AM
1638
January 23, 2015 04:11AM
1541
January 23, 2015 11:58PM
1771
January 24, 2015 11:39AM
Re: Performance problem migrating from NDB to MyISAM
1772
January 27, 2015 11:51AM
1605
January 27, 2015 10:59PM
1605
January 23, 2015 09:23AM
Sorry, you can't reply to this topic. It has been closed.
Content reproduced on this site is the property of the respective copyright holders.
It is not reviewed in advance by Oracle and does not necessarily represent the opinion
of Oracle or any other party.