problems with mysql5

Rich rich at hq.vsaa.lv
Wed Aug 9 06:54:57 UTC 2006


it seems that there are a couple of problems with amarok & mysql5. maybe 
somebody with a knowledge of both could help :)

1. does not work with mysql 5.0.24
spits an error on every sql query :
[CollectionDB] MYSQL QUERY FAILED: Commands out of sync; you can't run 
this command now

http://bugs.kde.org/show_bug.cgi?id=132114

could be mysql problem, could as well be a problem with my system 
(though it works just fine with 5.0.22)

2. some time ago, amarok used varchar for some columns. later, it was 
changed to varbinary. for new databases, all of these instances are 
varbinarys, but upgrading amarok does not automatically change all of 
these fields. that works just fine with mysql4, but for some reason with 
mysql5 mysqld load is VERY high, and as a result, amarok - very slow.

looking at db dumps before/after, i noticed field changes. somehow i 
decided to try changing data for one table only, and i chose statistics.
both url & uniqueid had this field type change, so i changed them both.
from :
`url` varchar(255) character set latin1 collate latin1_bin NOT NULL default
to :
`url` varbinary(255) NOT NULL default ''

the problem is gone.
it seems that at least one other person has managed to reproduce the 
problem & the "fix" :
http://bugs.kde.org/show_bug.cgi?id=132012

so, is this a problem with mysql or amarok ?
even when mysqld load is high, i can execute queries on all tables, 
including statistics, just fine.
and why did it help to change the field type only on a single table, why 
not all of them ? is stats table queried more often ? (probably not, 
because slowdowns were even when simply expanding a collection browser 
entry).

of course, it could also be not because of the field type but because of 
additional charset/collate options, but finding this out already took me 
awfully lot of time ;)
-- 
  Rich



More information about the Amarok mailing list