ATTACHMENTDATA table growth

[Suganya Sebastian]

I'm using confluence 5.6 on MYSQL, my queries ( insert/update) are slow due to ATTACHMENTDATA table ( since size is ~200G), Is there any recommendation to speed up transactions querying ATTACHMENTDATA table?

[Nic Brough -Adaptavist-]

Take the attachments out of the database and put them on local storage instead.

You'll need to do that in the long run anyway - attachments in the database will not be supported soon.

[Sam Hall]

Hi Nic, can you point out for me where it says that Atlassian are moving away from storing attachments in the database? That's a bad move from my perspective and it's going to make life so much harder to maintain reliable backups. Currently we have the ability to do point in time recovery using Oracle features. Moving the files to the file system's going to make a mess of that.

[Sam Hall]

Never mind, I found it... https://confluence.atlassian.com/display/DOC/Attachment+Storage+Configuration Bad news indeed.

[Nic Brough -Adaptavist-]

My understanding is that putting the attachments in the database was a kludge from the start, a way to try to get Confluence Clustering to work. It makes the databases far too large to be usefully backed up as soon as you get to a medium/large system and it's unweildy in terms of the things Confluence tries to do with attachments. Backups (incremental or full) of a file system are far better for static blobs of data such as attachments.