Si elimino todas las claves en una familia de columnas en un db Cassandra usando remove(key), entonces si uso get_range_slices, las filas siguen ahí pero sin columnas. ¿Cómo podría eliminar filas enteras?Cuando elimino filas en Cassandra, elimino solo columnas, no claves de fila
Sólo estado teniendo el mismo problema y encontraron que:
Esto se ha corregido en 0,7 (https://issues.apache.org/jira/browse/CASSANDRA-1027). Y portado a 0.6.3
Esto también es relevante: https://issues.apache.org/jira/browse/CASSANDRA-494
Why do deleted keys show up during range scans?
Debido get_range_slice dice, "aplicar este predicado al rango de filas dado", es decir, si el resultado del predicado está vacía, tenemos que incluir un resultado vacío para esa tecla fila. Es perfectamente válido realizar dicha consulta devolviendo listas de columnas vacías para algunas o todas las claves, incluso si no se han realizado eliminaciones.
Gracias y no hay una solución para evitar eso? – Matroska
De acuerdo con http://wiki.apache.org/cassandra/DistributedDeletes, las lápidas se limpian cada GCGraceSeconds, que es de 10 días por defecto. GCGraceSeconds debe ser la cantidad máxima de tiempo que le llevará alguna vez para que un nodo fallido vuelva a funcionar. Para una instancia individual, puede establecer GCGraceSeconds en 0 y, a continuación, las lápidas se eliminarán automáticamente. –
He probado con Cassandra 0,63 y el problema sigue siendo el mismo. No creo que la corrección de errores sea para deshacerse de los identificadores de fila borrados. Ver
http://wiki.apache.org/cassandra/FAQ#range_ghosts
para más información.
Cassandra utiliza eliminaciones distribuidas como se esperaba.
Por lo tanto, una operación de eliminación no se puede simplemente eliminar todos los rastros de los datos ser removido inmediatamente: si lo hicimos, y una réplica no recibió la operación de eliminación, cuando esté disponible de nuevo se va a tratar las réplicas que sí recibieron la eliminación por haberse perdido una actualización de escritura , y repararlas! Por lo tanto, en lugar de borrar los datos en delete, Cassandra lo reemplaza con un valor especial llamado tombstone. La piedra sepulcral se puede propagar a las réplicas que faltaron a la solicitud de eliminación inicial.
-1 Esto no ha sido "resuelto", el ticket acaba de ser "resuelto" y la resolución es "[quizás hacerlo] más tarde". Según la respuesta de @Schildmeijer, este es el comportamiento esperado, a diferencia de un error. – user359996
¡De acuerdo! Ver las respuestas a continuación. –