 | |  | | | Photopost Pro Installation & Upgrades If you're having install or upgrade problems |
June 20th, 2004, 05:34 PM
|
#1 (permalink)
| | Member Verified Customer
Join Date: Oct 2002 Location: Germany
Posts: 259
| Massive performance problems after 4.6 -> 4.8c update
Hi,
i did the upgrade last monday night - after this the load on our database and our webserver tripled, so we had to shut down the albums totally because our whole site was getting very slow.
I just dropped 4 index-fields manually, that somehow were not dropped during the update - could this have caused this or do you have an other suggestion?
Our installation 26,899 users, 31,321 fotos and 27,851 comments - using vb3x user integration.
Our servers run using PHP Version 4.3.7 /w PHPA and MySQL 4.0.18
Tom
(attached the db load - our problem was the webservers load which was often > 30.00)
Last edited by dontom; June 20th, 2004 at 05:37 PM.
|
| |
June 20th, 2004, 06:13 PM
|
#2 (permalink)
| | Photopost Developer Verified Customer
Join Date: Jun 2002 Location: Abingdon,MD
Posts: 68,070
|
Dropping those 4 index's should help on larger installs--CORRECT. That is why that was added to the 4.8 update.
|
| |
June 20th, 2004, 06:16 PM
|
#3 (permalink)
| | Member Verified Customer
Join Date: Oct 2002 Location: Germany
Posts: 259
|
ok - i'll see if it is better tomorrow,
Tom
|
| |
June 20th, 2004, 06:48 PM
|
#4 (permalink)
| | Member Verified Customer
Join Date: Apr 2002 Location: Sydney, Australia
Posts: 99
|
Could you please post a bit more information about this ? I just upgraded and have around 190,000 users. I know what load is of course - but what is the function of the index files and should they be dropped ? Is the current code accessing them ?
|
| |
June 20th, 2004, 06:57 PM
|
#5 (permalink)
| | Photopost Developer Verified Customer
Join Date: Jun 2002 Location: Abingdon,MD
Posts: 68,070
|
If your index's did not drop when you ran the upgrade script you would have been notified big and bold.
You can safely go in and delete those in phpmyadmin.
Here are the queries so you see what was dropped
$query[] = "ALTER TABLE {$pp_db_prefix}categories DROP INDEX lastphoto";
$query[] = "ALTER TABLE {$pp_db_prefix}categories DROP INDEX thumbnail";
$query[] = "ALTER TABLE {$pp_db_prefix}iponline DROP INDEX userid";
$query[] = "ALTER TABLE {$pp_db_prefix}photos DROP INDEX approved";
$query[] = "ALTER TABLE {$pp_db_prefix}photos DROP INDEX date";
|
| |
June 20th, 2004, 06:59 PM
|
#6 (permalink)
| | Member Verified Customer
Join Date: Apr 2002 Location: Sydney, Australia
Posts: 99
|
Thanks - I did get errors that drops failed - but didnt pay attention as they were only drops. Will check it out.
|
| |
June 20th, 2004, 07:23 PM
|
#7 (permalink)
| | Member Verified Customer
Join Date: Apr 2002 Location: Sydney, Australia
Posts: 99
|
Uh oh. I hope I havent just done something dumb.
From your above post I understood that I could simply go in via phpmyadmin and delete those indexes from those tables ? I did that no problem, but now my site doesnt load ? Its like the index.php doesnt exist. Any ideas ? Help
Last edited by WebDork; June 20th, 2004 at 07:29 PM.
|
| |
June 20th, 2004, 07:33 PM
|
#8 (permalink)
| | Photopost Developer Verified Customer
Join Date: Jun 2002 Location: Abingdon,MD
Posts: 68,070
|
Any Ideas?
YUP You did not drop the index's BUT SOMETHING ELSE. I would bet my life you dropped the actual table structure elements NOT THE INDEX
|
| |
June 20th, 2004, 07:41 PM
|
#9 (permalink)
| | Member Verified Customer
Join Date: Apr 2002 Location: Sydney, Australia
Posts: 99
|
Hmmm - I hope not - but probably did...
I thought to drop it was to click on this next to the above fields you mentioned: Code: Content visible to verified customers only.
But sounds like that drops the whole thing not just the index ?
If I did do the wrong thing - please tell me it can be fixed... |
| |
June 20th, 2004, 07:55 PM
|
#10 (permalink)
| | Photopost Developer Verified Customer
Join Date: Jun 2002 Location: Abingdon,MD
Posts: 68,070
|
Yes you dropped the whole thing not the index
INDEX'S are listed underneath the structure in phpmyadmin. You going to kick yourself when you see that
Use these queries in phpmyadmin
ALTER TABLE iponline ADD userid VARCHAR(128) NOT NULL default ''
ALTER TABLE categories ADD lastphoto INT(11) UNSIGNED
ALTER TABLE categories ADD thumbnail INT(15) DEFAULT '0' NOT NULL
ALTER TABLE photos ADD date int(15) NOT NULL default '0'
ALTER TABLE photos ADD approved tinyint(2) NOT NULL default '0'
|
| |
June 20th, 2004, 08:00 PM
|
#11 (permalink)
| | Member Verified Customer
Join Date: Apr 2002 Location: Sydney, Australia
Posts: 99
|
Thanks heaps for that. I have run those queries. Do I now need to run something to populate the data - or will it fill itself in over time ?
|
| |
June 20th, 2004, 08:06 PM
|
#12 (permalink)
| | Member Verified Customer
Join Date: Apr 2002 Location: Sydney, Australia
Posts: 99
|
What I now seem to have is a site with no images but a MASSIVE approve queue. Is there a way I can set them to all approved ? No thumbs etc either in the approve queue.
|
| |
June 20th, 2004, 09:15 PM
|
#13 (permalink)
| | Photopost Developer Verified Customer
Join Date: Jun 2002 Location: Abingdon,MD
Posts: 68,070
|
UPDATE photos set approved='1' WHERE approved='0'
Now you try under scan database Check here to recalculate photos/posts numbers and check children.
I am assuming this is all you dropped.
|
| |
June 21st, 2004, 11:05 AM
|
#14 (permalink)
| | Member Verified Customer
Join Date: Apr 2002 Location: Sydney, Australia
Posts: 99
|
Thanks for all that - Im back up and running. Great relief.
Only last remaining problem seems to be all photo galleries have last photo uploaded set to "Thu Jan 1, 1970 12:00am by admin" and it doesnt seem to be updating.
|
| |
June 21st, 2004, 11:35 AM
|
#15 (permalink)
| | Photopost Developer Verified Customer
Join Date: Jun 2002 Location: Abingdon,MD
Posts: 68,070
|
Thats because the script never takes into account someone dropping key table structures. You should be fine when another new photo is uploaded
If you have a very recent database backup you could redo things otherwise the best thing to do since you dropped the photos date column would be to run this
UPDATE photos SET date='1087836012' WHERE date='0'
and then run another update counts
This will set all your photos and your last uploads to today since right now everything says the beginning the the epoch since the field is by default 0
Last edited by Chuck S; June 21st, 2004 at 11:42 AM.
|
| | |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | | | | Thread Tools | | | | Display Modes | Rate This Thread | Linear Mode | |
Posting Rules
| You may not post new threads You may not post replies You may not post attachments You may not edit your posts HTML code is Off | | | All times are GMT -5. The time now is 12:09 PM. | |