@mattab opened this Issue on March 3rd 2012 Member

The purge old temporary archives is probably not run on every table once in a while. Some tables are huge, wasting a lot of valuable mysql DB space (especially for shared hosts where this is a real problem).


  • From looking at "Database Usage" I see that this table is much bigger than others that are only 65M.
 piwik_archive_blob_2011_10     4.6 M   1.4 Gb  144.9 Mb    1.6 Gb ```
 But there are others: The one for Jan 2012 seems a bit big too, maybe temporary yearly reports not purged? Same for Jan 2011, 3-4 times bigger normal table, and for Jan-Feb 2008.
* It also appears that the archive_numeric are not purged neither. These are huge it hurts. 
  Why would August 2008 numeric table for the demo has 119,800 records?

We should check WHY this data is not purged yet. This will free a lot of space and will make everyone very happy!
@mattab commented on June 19th 2012 Member

This was also reported in forum specifically for the Janauary table -- maybe yearly reports are not deleted correctly. Especially reports with timing out memory/incomplete?

@mattab commented on August 7th 2012 Member
@mattab commented on August 7th 2012 Member

(In [6692]) Fixes #3003

  • Added new daily scheduled task: it will go through all archive table and delete outdater or incorrect records
  • Refactored code see getTablesArchivesInstalled()
  • Added test for core scheduled tasks

This will result in much disk space currently wasted being deleted the first time the new scheduled task runs after update!

@mattab commented on August 7th 2012 Member

(In [6699]) Refs #3003 Enable task

This Issue was closed on August 15th 2012
Powered by GitHub Issue Mirror