FlyerTalk Forums

FlyerTalk Forums (https://www.flyertalk.com/forum/index.php)
-   Technical Support and Feedback (https://www.flyertalk.com/forum/technical-support-feedback-386/)
-   -   Closing threads because "risk of database corruption" (https://www.flyertalk.com/forum/technical-support-feedback/1642303-closing-threads-because-risk-database-corruption.html)

dc2447 Jan 3, 2015 5:44 am

Closing threads because "risk of database corruption"
 
Why are moderators allowed to post this type of thing?

Large threads do not corrupt MYSQL.

JDiver Jan 4, 2015 8:38 am

Perhaps you could post a link, so senior moderators or admin could see more exactly what you're referring to?

lo2e Jan 4, 2015 10:30 am

Here's one example: http://www.flyertalk.com/forum/briti...es-ba-com.html

Edit to add: There are a few in the BA forum that have been closed for this reason, but there might ones in other fora that have also. My search for "database corruption" (with quotes) mainly turned up the ones in the BA forum.

JDiver Jan 4, 2015 8:32 pm

Thank you.

The issue is mega threads slow vB down and can indeed lead to database corruption, as I understand the issue. E.g. I notice when working on these threads I get errors and unexpected slowness affecting different operations. The lengthier the thread, the worse it seems (I speak anecdotally because I haven't documented and measured formally.)

Moderators have been instructed to pare these mega threads near the beginning of the year, and in different fora this might be handled somewhat differently.

Whether this is done by closing a thread and starting a new one, archiving off older posts, etc. the end result is more manageable threads. These days, wikis make the transition easier, so we often transfer (and may update) wiki contents to new threads on the same topic.

Perhaps one of our Admin reps can expand.


All times are GMT -6. The time now is 4:50 am.


This site is owned, operated, and maintained by MH Sub I, LLC dba Internet Brands. Copyright © 2026 MH Sub I, LLC dba Internet Brands. All rights reserved. Designated trademarks are the property of their respective owners.