CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Developer Discussion »
  • Scalability (Moderator: Donald Lobo) »
  • Performance problems with nested groups
Pages: [1]

Author Topic: Performance problems with nested groups  (Read 973 times)

SarahG (FountainTribe)

  • Ask me questions
  • ****
  • Posts: 782
  • Karma: 29
  • CiviCRM version: 4.4.7
  • CMS version: Drupal 6, Drupal 7
  • MySQL version: 5.5
  • PHP version: 5.3
Performance problems with nested groups
March 07, 2014, 10:28:05 am
I am having performance problems that seemed to be tied to a lot of SQL updates that all look like:


UPDATE civicrm_group gSET refresh_date = 20140307162734WHERE TIMESTAMPDIFF(MINUTE, cache_date,

 UPDATE civicrm_group gSET cache_date = null, refresh_date = nullWHERE id IN ( 4257 )

There are a ton of these updates being generating in a very small time window, which is leading to contention/waits on certain rows.

The groups in question are not smart groups, but are the parent group of several other groups.

Any ideas on how to address this?
Did I help you? Please donate to the Civi-Make-It-Happen campaign  CiviCRM for mobile devices! 

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Developer Discussion »
  • Scalability (Moderator: Donald Lobo) »
  • Performance problems with nested groups

This forum was archived on 2017-11-26.