Hibernar caché de 2nd nivel en una aplicación Grails

Parte I

En una aplicación Grails, entiendo que habilita la caché de nivel 2 por clase de dominio agregando

static mapping {
  cache true
}

De forma predeterminada, la caché de segundo nivel solo se usa cuando se llama get(), pero también se puede usar para consultas de criterios y buscadores dinámicos agregando cache true a la consulta.

Sin embargo, todavía no estoy seguro de entender cómo funciona la caché de consultas. Mi mejor conjetura es que:

• hay cachés de consulta separados para cada clase de dominio, por ejemplo, uno para Book y otro para el autor
• antes de ejecutar una consulta como Author.findByName('bob', [cache: true]), se calcula una clave de caché, que se basa en la clase de dominio (Autor), la consulta (findByName) y los parámetros de consulta ('bob'). Si esa clave se encuentra en la caché de consulta de autor, se devuelven los resultados almacenados en caché en lugar de ejecutar la consulta
• cada vez que se guarda, elimina o actualiza un Autor, la caché de consulta de autor se vacía

Esto parece razonable hasta que consideremos que una consulta que devuelve Book las instancias pueden unirse a la tabla Author. En ese caso, sería necesario vaciar las cachés de consulta de Libro y Autor cuando se guarda, elimina o actualiza un Autor. Esto me lleva a sospechar que tal vez solo hay una caché de consulta única y se borra cada vez que se guarda cualquier clase de dominio en caché?

Parte II

En los documentos Grails se menciona que

Así como la capacidad de usar la caché de segundo nivel de Hibernate para almacenar en caché las instancias, también puede almacenar en caché colecciones (asociaciones) de objetos.

Por ejemplo:

class Author {    

  static hasMany = [books: Book]

  static mapping = { 
    cache true        // Author uses the 2nd level cache
    books cache: true // associated books use the 2nd level cache
  } 
}

class Book {
  static belongsTo = [author: Author]

  static mapping = {
    cache true // Book uses the 2nd level cache
  }
}

¿Tiene sentido la configuración anterior, es decir, si el Autor y el libro están usando la caché de 2nd level, hay algún beneficio en hacer que la asociación Autor-Libro también use la caché de 2nd level?

Parte III

Finalmente, he leído este consejo sobre el uso de la caché de consulta de 2do nivel, que sugiere que solo debe usarse para cambiar las clases de dominio con poca frecuencia. Existir cualquier circunstancia bajo la cual uno no debería habilitar la caché de 2do nivel para operaciones get(), es decir, cualquier razón por la que uno no agregaría lo siguiente a una clase de dominio

static mapping = {
  cache true // Book uses the 2nd level cache
}