En el Java Spring Boot anterior escribe registros en archivos, implementamos otro efecto de escribir registros de consola en archivos locales del proyecto,
pero aquí hay un problema
. Por ejemplo, mi proyecto es un proyecto empresarial a gran escala con un millón de usuarios cada día.Si el acceso se registra en el mismo archivo todos los días, ¿no es lo mismo que no recordarlo?
¿Cómo encontrar cosas? Además, en el sistema Windows, si el tamaño del bloc de notas es mayor que 4G, no se puede abrir directamente, no requiere 40G, incluso si es más de diez G, se congelará.
Podemos escribir así para abrir el archivo de configuración en el formato yml que uso aquí y
agregamos el código.
logging:
file:
name: serve.log
logback:
rollingpolicy:
max-file-size: 10MB
file-name-pattern: server.%d{
yyyy-MM-dd}.%i.log
El significado de estas dos oraciones es establecer el máximo de 10 MB para cada archivo. Si excede, cambie un archivo para registrarlo.
Luego, lo siguiente le indica que el formato de nombre de nuestro archivo de registro es servidor. El signo de porcentaje d aquí significa que configuramos el formato de hora en Año AAAA-mes MM-día dd. ¿Qué archivo.log?
Pero 10 MB es demasiado grande para realizar pruebas. Cambiémoslo a 10 KB. Dejemos que
cambie el siguiente archivo rápidamente. Normalmente, establecer 10 MB es más apropiado.
Luego comenzamos el proyecto.
Obviamente no hay suficiente información y no se produce ningún archivo. "
Ajustaré algunos más aquí. La interfaz secundaria le permite producir más registros.
Luego, cuando volvemos y miramos, podemos ver que cuando el contenido es muy grande, cambiará automáticamente
el formato del archivo. El formato del archivo es también el año, mes y día actual más el número de archivos.
Hablando directamente, no existe una consola tan buena en el servidor. Si puede ver el error, debe confiar en el registro para solucionar el problema. Por lo tanto, la reflexión del registro debe estar completa. ¿Puede localizar el problema del cliente lo antes posible? ¿como sea posible?