Bug Fix Repair Tables - Odd Overhead Size

Status
Not open for further replies.
Noticed this not to long ago, seems a bit much but under Repair / Optimize Tables I noticed this

credits_transaction

10.50 MB

17.47 MB

66.00 MB

Overhead is 66MBytes, is this normal?
 
how many rows do you have in your transaction table, and when was the last time you optimized? high answers to either (or both!) will cause that, and isnt an "issue" to fix.
 
Weird there are a few, must be sharing the same table

credits_transaction

10.50 MB

17.47 MB

66.00 MB

dbtech_vbarcade_data

16.0 KB

0

66.00 MB

dbtech_vbarcade_session

16.0 KB

0

66.00 MB
 
the tables maintain a decent index to keep it running fast. is this causing any issues aside from alarm? again, i cant "fix" this without sacrificing the lookup speed, which is more desirable.
 
You need to add one more catagory "Possible Issue" lol I would have selected that instead

Speed is desirable by far, but the alarm was how big is it going to get and how fast is it going to get there. My main concern was performance but your saying as is its better off, and I trust your word for it
 
Did you run the new index query from one of the more recent threads (last few months)? If not, then PM me and I can switch the indexes for you and should have some minor improvement in size.
 
Status
Not open for further replies.

Legacy vBCredits II Deluxe

vBulletin 3.8.x vBulletin 4.x.x
Seller
DragonByte Technologies
Release date
Last update
Total downloads
845
Customer rating
0.00 star(s) 0 ratings
Top