Jump to content

core_notifications grew quite large in a matter of days


Recommended Posts

Something weird is going on with my DB. Today I have noticed that the index size of core_notifications is few times as large as the other tables:

image.thumb.png.ccf623808e7e08913162b44ec2949e6e.png

I tried optimizing the table, which as I understand, will recreate the index, but it didn't help. 

I also checked the size of my daily mysql dumps and it seems this thing started on 06.01. I cannot remember making changes to my settings on 06.01, no new apps installed, no new plugins. As you can see my zipped db size is growing like 100mb per day, which is A LOT. On some days it is reduced, on some day it increases again:

image.png.ab8650dfc14b5abe65b1b6d3d47ea7f1.png

The structure and content of the table look fine to me:

image.thumb.png.8200afd608fc68717e4ab907db2ad194.png

 

Any idea how to troubleshoot this? I guess I can truncate the table, killing all notifications in the forum, but I doubt it will solve my problem, becides 70k notifications look fine to me. The index size is out of proportion. My notification settings are to clear them after 1 month. 

 

Link to comment
Share on other sites

member_read consists of indexing the following columns - member and read_time. The cardinality of member was equal to the number of rows, i.e. like there are as many member as there are notifications. The cardinality of read_time was 2, i.e. like only two unix timestamps were used to read the notifications - obviously messed up. 

So I removed this index and recreated it. One additional ANALYZE of the table, now it looks good. 

That was weird and I have no idea how it happened, hopefully it won't happen again. 

image.thumb.png.f9741e0472124ecdc2224e254d98ee05.png

 

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...