[ https://issues.apache.org/jira/browse/HBASE-3969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
zhoushuaifeng updated HBASE-3969: --------------------------------- Attachment: HBASE-3969-solution1-for-trunk-v2.patch HBASE-3969-solution1-for-branch-v2.patch {quote} can you make major compaction a configuration with the default being what it is currently? So the default behavior is not changed? If so, that would be easy to commit. {quote} Good suggestion, thaks st. I made the change and attached the patch. > Outdated data can not be cleaned in time > ---------------------------------------- > > Key: HBASE-3969 > URL: https://issues.apache.org/jira/browse/HBASE-3969 > Project: HBase > Issue Type: Improvement > Components: regionserver > Affects Versions: 0.90.1, 0.90.2, 0.90.3 > Reporter: zhoushuaifeng > Fix For: 0.90.4 > > Attachments: HBASE-3969-solution1-for-branch-v2.patch, > HBASE-3969-solution1-for-branch.patch, > HBASE-3969-solution1-for-trunk-v2.patch, HBASE-3969-solution1.patch > > > Compaction checker will send regions to the compact queue to do compact. But > the priority of these regions is too low if these regions have only a few > storefiles. When there is large through output, and the compact queue will > aways have some regions with higher priority. This may causing the major > compact be delayed for a long time(even a few days), and outdated data > cleaning will also be delayed. > In our test case, we found some regions sent to the queue by major compact > checker hunging in the queue for more than 2 days! Some scanners on these > regions cannot get availably data for a long time and lease expired. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira