2. Mediante la tabla pg_class, vamos a ver cómo afecta los comandos analyze y vacuum a las tablas.

Transcripción

1 Objetivos: o Catálogo o Indices o Ficheros / Discos 1. Vamos a crear una tabla y a ver dónde se encuentra su información en el catálogo. Creamos una tabla en el esquema empresa que se llame persona, con tres campos, numpersona (autoincremental y primary key), dni y nombre. Comprobar viendo el catálogo que se ha creado la tabla, la secuencia correspondiente, la primary key y los campos. Creamos la tabla set search_path='empresa','coches','pg_catalog'; CREATE TABLE empresa.persona ( numpersona serial, dni varchar(15), nombre varchar(100), CONSTRAINT persona_pk PRIMARY KEY (numpersona), CONSTRAINT persona_uk UNIQUE (dni) ) WITHOUT OIDS; ALTER TABLE empresa.persona OWNER TO mgrempresa; Si buscamos en pg_class vemos select relname,relkind where relname like '%persona%'; "persona";"r" r: tabla / relacion "persona_pk";"i" i: indice "persona_uk";"i" "persona_numpersona_seq";"s" S: secuencia Con más detalle buscamos en pg_tables, pg_indexes y pg_constraint select * from pg_tables where tablename like '%persona%'; select * from pg_indexes where tablename like '%persona%'; select * from pg_constraint where conrelid = (select oid where relname = 'persona' and relkind = 'r'); 2. Mediante la tabla pg_class, vamos a ver cómo afecta los comandos analyze y vacuum a las tablas. Creamos una copia de una tabla grande para probar y comparar. set search_path='empresa','coches','grande','pg_catalog'; create table pa2 as select * from pa; probablemente ya la tengamos creada. select relname,relpages,reltuples where relname in ('pa','pa2'); relname relpages reltuples pa pa2 0 0 Actualizamos pa: update pa set pag_docu = pag_docu + 10 no ha cambiado la información anterior 1

2 Analizamos ambas tablas: analyze pa; analyze pa2; relname relpages reltuples filas pa pa y vemos que en el analyze, el cálculo de "reltuples" es aproximado, ya que "filas" está calculado con un "count(*)" y es exacto y el de páginas se ha duplicado exáctamente.. Actualizamos pa y pa2 y luego volvemos a analizar: update pa set pag_docu = pag_docu * 2; ERROR: could not extend relation / / : No space left on device HINT: Check free disk space. Nos hemos quedado sin espacio para la primera actualización, vamos a hacer un vacuum full para ver si liberamos espacio (me queda un 95%, 94Mb, causado por el modo de archivado) vacuum full analyze pa; vacuum full analyze pa2; relname relpages reltuples pa pa intentamos actualizar ahora: update pa set pag_docu = pag_docu * 2; update pa2 set pag_docu = pag_docu + 20; la actualización produce los mismos resultados que la tabla anterior. Hay que tener presente es que el efecto del MVCC en las tablas, cuando se realizan actualizaciones el número de tuplas no cambia pero se hace más grande el de páginas. 3. Supongamos que se han corrupto los índices del catálogo de la base de datos "curso", cómo los arreglamos?. Y si lo que se estropea es un índice de la tabla pg_authid que pertenece al catálogo compartido?. Si realmente no están estropeados, con $ reindexdb curso debe funcionar, pero si están estropeados, debemos entrar a la base de datos sin usar los índices: $ export PGOPTIONS="-P" no se usan los índices del catálogo $ psql curso postgres=> reindex database curso; ahora bien, para el segundo caso, hay que arrancar en modo monousuario para arreglar el problema: $ pg825 stop $ postgres -D $PGDATA -P curso entramos en modo BackEnd $ reindex index pg_authid_rolname_index; $ <pulsar CTRL+D para salir del modo backend> 2

3 4. Funcionamiento de los índices, vamos a borrar el índice que tiene la tabla grande.pa y realizamos distintas pruebas con el pgadmin3, usando la ventana SQL, en la que podemos consultar las pestañas "Mensajes" e "Historial" para ver los resultados de las consultas. Se trata de hacer búsquedas de distintos tipos (=, >, betweend, group by) primero sin índices y luego creando índices (b-tree, hash). Luego repetimos las mismas operaciones desde una sesión en psql para ver si influye la caché. Nota: para medir tiempos en psql $ psql postgres=# \o /dev/null que no muestre el resultado de las consultas postgres=# \timing postgres=# <operaciones sql> para vacíar la caché hay que apagar PostgreSQL. set search_path=grande,coches,empresa; Ejecutamos cada sentencia 3 veces y apuntamos los resultados. También se pueden hacer ejecuciones mezcladas, es decir, ejecutar "q1", "q2", "q1" -- Consulta q1 select * from pa where pag_docu = 410; Tiempo total de ejecución de la consulta: 515 ms. Recuperación de datos en tiempo de ejecución: 16 ms. 5 filas recuperadas. -- Consulta q2 select * from pa where pag_docu between 100 and 600; Tiempo total de ejecución de la consulta: 406 ms. Recuperación de datos en tiempo de ejecución: 15 ms. 135 filas recuperadas. -- Consulta q3 select * from pa where pag_docu > 460; Tiempo total de ejecución de la consulta: ms. Recuperación de datos en tiempo de ejecución: ms filas recuperadas. -- Consulta q4 select pag_docu,count(*) from pa group by pag_docu; Tiempo total de ejecución de la consulta: 1922 ms. Recuperación de datos en tiempo de ejecución: 8938 ms filas recuperadas. -- Consulta q5 insert into pa values ( ,'documento',5000,null,null,null); La consulta se ejecutó con éxito: se insertó una fila con OID , en 15 ms. -- Consulta q6 (creación del índice) -- btree create index btree_pag_docu on pa using btree (pag_docu); 3

4 Resumen de resultados: q1 q2 q3 Sin índices Indice B-tree Indice Hash ej 1 ej 2 ej 3 ej 1 ej 2 ej 3 ej 1 ej 2 ej 3 ejecución recuperación ejecución recuperación ejecución recuperación ejecución q4 recuperación q5 ejecución q6 ejecución En ocasiones, los índices no son efectivos si los datos que se indexan se repiten mucho, ya que en estos casos, el optimizador prefiere hacer búsquedas secuenciales. 5. Observar el plan de ejecución de las consultas del ejercicio anterior set search_path=grande,coches,empresa; vemos la información que nos da pg_class de esta tabla antes de empezar relname relpages reltuples pa Consulta q1 explain select * from pa where pag_docu = 410; "Bitmap Heap Scan on pa (cost= rows=57 width=173)" " Recheck Cond: (pag_docu = 410)" " -> Bitmap Index Scan on hash_pag_docu (cost= rows=57 width=0)" " Index Cond: (pag_docu = 410)" -- Consulta q2 explain select * from pa where pag_docu between 100 and 600; "Seq Scan on pa (cost= rows=1 width=173)" " Filter: ((pag_docu >= 100) AND (pag_docu <= 600))" -- Consulta q3 explain select * from pa where pag_docu > 460; "Seq Scan on pa (cost= rows= width=173)" " Filter: (pag_docu > 460)". -- Consulta q4 explain select pag_docu,count(*) from pa group by pag_docu; "HashAggregate (cost= rows=19912 width=4)" " -> Seq Scan on pa (cost= rows= width=4)" 4

5 Mover los archivos WAL a otro disco. Supongamos que otro directorio es un disco nuevo, se trata de mover los ficheros de WAL a ese directorio: $ pg825 stop $ mkdir /otrodisco/data $ mkdir /otrodisco/data/pg_xlog $ mv $PGDATA/pg_xlog/* /otrodisco/data/pg_xlog $ rm $PGDATA/pg_xlog $ ln -s / otrodisco/data/pg_xlog $PGDATA/pg_xlog $ pg825 start 6. Los índices del esquema coches se encuentran en el tablespace tbsdatos (que supongamos que es el directorio /disco2/tbsdatos) y los queremos poner en otro directorio, por ejemplo, /disco3/tbsindices. Qué tenemos que hacer? -- para averiguar el directorio de la base de datos select oid from pg_database where datname = 'curso'; -> responde esto quiere decir que los índices se encuentran en /disco2/tbsdatos/ y que tendremos que crear un directorio en el otro directorio (por si queremos mover más bds): mkdir /disco3/tbsindices/ esta consulta nos devuelve los índices y sus ficheros select relname,relfilenode -- modificandola podemos generar una salida que nos sirva para mover archivos y crear enlaces simbólicos: select 'mv /disco2/tbsdatos/ /' relfilenode ' /disco3/tbsindices/ ' mv /disco2/tbsdatos/ / /disco3/tbsindices/ mv /disco2/tbsdatos/ / /disco3/tbsindices/ mv /disco2/tbsdatos/ / /disco3/tbsindices/ mv /disco2/tbsdatos/ / /disco3/tbsindices/ mv /disco2/tbsdatos/ / /disco3/tbsindices/ mv /disco2/tbsdatos/ / /disco3/tbsindices/ mv /disco2/tbsdatos/ / /disco3/tbsindices/ mv /disco2/tbsdatos/ / /disco3/tbsindices/

6 select 'ln -s /disco2/tbsdatos/ /' relfilenode ' /disco3/tbsindices/ /' relfilenode ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / ln -s /disco2/tbsdatos/ / /disco3/tbsindices/ / El ejemplo anterior nos ilustra que podemo hacer de todo con los ficheros, pero a partir de PostgreSQL 8 se pueden usar los tablespaces para estas operaciones. Hacer lo mismo, pero cambiando de tablespace (por ejemplo, crear un tablespace, tbsindcoches en /disco3/tbsindice). Creamos el tablespace $ mkdir /disco3/tbsindices $ mkdir /disco3/tbsindices/ $ psql postgres=# CREATE TABLESPACE tbsindcoches LOCATION '/disco3/tbsindices/ '; Y con esta consulta generamos las órdenes para cambiar los índices de tablespace: select 'ALTER INDEX ' relname ' SET TABLESPACE tbsindcoches;' ALTER INDEX pk_marcas SET TABLESPACE tbsindcoches; ALTER INDEX imarca SET TABLESPACE tbsindcoches; ALTER INDEX pk_coches SET TABLESPACE tbsindcoches; ALTER INDEX itodos SET TABLESPACE tbsindcoches; ALTER INDEX pk_concesionarios SET TABLESPACE tbsindcoches; ALTER INDEX pk_distribucion SET TABLESPACE tbsindcoches; ALTER INDEX pk_ventas SET TABLESPACE tbsindcoches; ALTER INDEX pk_clientes SET TABLESPACE tbsindcoches; 6