[mythtv-users] Slow MySQL query after delete

crs23 pvr at groundhog.pair.com
Thu Sep 6 02:29:39 UTC 2007

Michael T. Dean wrote:
> Speaking of which--sorry to get on topic--this reminded me of an
> important change that the OP should note...
> OP, you still listening?  :)
> In the new optimize_mythdb.pl that's in SVN trunk, we now do an ANALYZE
> TABLE in addition to the REPAIR and OPTIMIZE.  Unfortunately the one in
> SVN trunk relies on some Perl bindings functionality that's not in
> 0.20-fixes, but it should be an easy change.  The attached (untested)
> patch (where I never even attempted executing the changed script) should
> add the ANALYZE to a 0.20-fixes optimize_mythdb.pl.  If you patch your
> copy and re-run optimize_mythdb.pl (when Myth isn't busy recording or
> transcoding or whatever), does it help?

Yep, I'm still here.  I applied your patch and ran it.  Unfortunately, I'm
still getting about 30 seconds.  Thanks for trying.  With various
defragmentations and my.cnf adjustments and running optimize on the DB I
appear to be down from 36 seconds to 30 seconds, but that's really not good
enough.  As I mentioned in another post in this thread I think I'll just
have to remove rows from recordmatch.  I also pointed out that this SELECT
should be considered a serious bug in MythTV.

View this message in context: http://www.nabble.com/Slow-MySQL-query-after-delete-tf4366877s15552.html#a12514556
Sent from the mythtv-users mailing list archive at Nabble.com.

More information about the mythtv-users mailing list