importante proceso 1. PG y sus procesos sub niño
# Los siguientes son capturas de pantalla del proceso de replicación asíncrona maestro
2. El proceso de acción y responsabilidad
2.1 Proceso de postmaster
control de procesos maestro jefe de correos es el proceso total de toda la instancia de base de datos, es el responsable de la puesta en marcha y parada instancia de base.
Las principales responsabilidades son:
inicio y stop database
escuchan las conexiones de clientes
para cada proceso de servidor postgres separados conexión del cliente tenedor
para reparar un error cuando el proceso del servicio de
archivo de datos de gestión de
base de datos de gestión relacionado con el funcionamiento del proceso de trabajo
cuando una iniciados cliente una conexión a la base de datos de interfaz de la llamada cuando se le solicite, establecer primero una conexión con el proceso de administrador de correo, entonces el programa cliente envía la información de autenticación para autenticar al administrador de correo proceso maestro, proceso maestro jefe de correos, si se verifica, el proceso postmaster se bifurcará un servicio al cliente postgres proceso de servidor independiente a partir de entonces por el proceso de servicio postgres para el cliente para realizar varios comandos, el cliente no tiene por qué ser jefe de correos de tránsito, para comunicarse directamente con los postgres proceso del servidor. Cuando se realiza un proceso maestro jefe de correos de error proceso de restaurar el servicio automáticamente el sistema. El proceso de recuperación se detendrá todo el proceso de servicio, y luego restaurar la consistencia de los datos, por lo que una vez completada la recuperación, de nuevo la recepción de una nueva conexión.
- proceso de servicio
proceso registrador de 2,2 log
Cuando activa el proceso de parámetros de registro, registrador de la recopilación de todos los demás (jefe de correos, proceso de servicio y otros procesos auxiliares) de salida del proceso stderr, y escribe el resultado en un archivo en la forma de registro.
Los parámetros de configuración:
vi $ {} PGDATA /postgresql.conf
logging_collector = 'on'
2.3 Antecedentes escritor de fondo proceso de escritura
Bgwriter proceso de trabajo es el proceso en la memoria compartida de disco escribe páginas sucias. Al insertar o actualizar datos en la base de datos, no será por escrito de inmediato al archivo de datos, pero por primera vez en la memoria compartida. Bgwriter proceso de trabajo puede actualizar periódicamente los datos sucios en la memoria en el disco.
2,4 de escritura anticipada registro walwriter
El llamado Wal ingrese ese registro por delante de escritura, de alguna versión inferior, también conocido como xlog. medios que antes de la modificación de los datos, debe hacer estas modificaciones grabadas en el disco, por lo que más tarde, cuando la actualización de los datos reales, no enviar datos a un archivo en la persistencia de pre-escrito. Aunque la máquina de repente el tiempo de inactividad de base de datos o salida anormal hace que una parte de los datos no se vacía oportuna en el disco. Después de la base de datos se reinicia mediante la lectura de registro de Wal y registrar la última parte de Wal volver a ejecutar de nuevo, puede restaurar el estado de tiempo de inactividad.
Wal defecto carpeta de almacenamiento en pg_wal (versión mantendrá baja en wal_log / pg_xlog), el directorio tendrá varios registros wal, cada registro de allanamiento Wal 16M, Wal registros no deseados se sobrescriben automáticamente.
- Wal nombrar nombre de formato (archivo hexadecimal de 24 caracteres, cada conjunto de 8 caracteres, lo que significa que cada grupo son los siguientes:
0,000,000,100,000,000 00000001
-------- -------- --------
línea de tiempo física ID lógico ID
- Wal tiempo
pg_walfile_name SELECT (pg_current_wal_lsn ());
* SELECT desde pg_ls_waldir () Ordenar por ASC modificación;
- pg_waldump Wal contenido de archivo de vista
$ {} PGHOME / bin / pg_waldump 00000001000000000000000F | más
archivo de proceso 2,5 archivado
logs WAL son reciclados, es decir, log Wal tiempo anterior estaría cubierto. proceso de archivo es responsable de Wal registro de copia de seguridad para el directorio de archivo especificado.
#参数配置$ PGDATA / postgresql.conf
# - Archivo -
#archive_mode = off # permite archivar; apagado, encendido o siempre
# (cambio requiere reiniciar)
#archive_command = '' comando # utilizar para archivar un segmento de archivo de registro
# marcadores de posición:% p = ruta de archivo a archivo
#% f = nombre de archivo sólo
# por ejemplo, 'prueba! -f / mnt / server / archivedir /% f && cp% p / mnt / server / archivedir /% f'
#archive_timeout = 0 # fuerza de un interruptor segmento de archivo de registro después de este
# número de segundos; 0 la desactiva
2.6 automático autovacuum proceso de limpieza
En la base de datos PostgreSQL, la mesa después de la eliminación. No se elimina inmediatamente los datos, y los datos de actualización, y no se actualizará en datos antiguos, pero genera una nueva fila de datos, los datos antiguos se elimina Estado del pabellón, entre otras cosas, no sólo lectura simultánea estos datos antiguos , serán claramente. Este es claramente el trabajo realizado por el proceso autovacuum.
2.7 checkpointer
checkpointer una base de datos proceso de punto de control
2.8 Estadísticas colector
Principalmente hacer acopio de datos estadísticos, la información recogida se utiliza principalmente para la consulta de evaluación de los costos de optimización. Pg_statistic tabla almacena sistema de todo tipo (tablas e índices cuántas veces la inserción, actualizar, eliminar, leer y escribir bloques de disco leer y tiempos de escritura y el número de filas) Totales proceso de colector a las estadísticas de cobro revertido.