|
|
| Pathologically Eclectic Rubbish Lister | |
| PerlMonks |
Mysql question...by hubb0r (Pilgrim) |
| on Feb 05, 2005 at 02:09 UTC ( [id://428283]=perlquestion: print w/replies, xml ) | Need Help?? |
This is an archived low-energy page for bots and other anonmyous visitors. Please sign up if you are a human and want to interact.hubb0r has asked for the wisdom of the Perl Monks concerning the following question:
Fellow monkians,
I ask this question here only because I consider you all to be a vast fount of knowledge. I apologize in advance for this not being strictly perlish question, but it ties closely to much of the database programming/administration that I've been doing with perl. I know how to get mysql to tell me about queries that do not utilize indexes, or run slower than they should, and that's all well and good. But I have a number of databases (legacy) that I'm maintaining that have almost EVERYTHING indexed. These are very large dbs, and the size of the indexes not only cause there to be disk space considerations, but it causes things like altering tables/inserts/deletions/updates to often take longer than I think they should due to indexes being updated. So my question is this: Is there any way of profiling the normal usage of the mysql server to determine which indexes are/are not used. Even if an index is only used once a week , I may decide to keep it... I believe many are NEVER used, and simply wasting space. I'd like to be able to drop those indexes, but I can't just start dropping them and see what slows down. Rebuilding the indexes on many of these tables takes a minimum of hours if not days! Hopefully someone has some insight?? Thanks!
Back to
Seekers of Perl Wisdom
|
|
||||||||||||||||||||||||||||||||||||||