Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
O banco não está sendo utilizado e só tem minha conexão nele. Por desencargo de consciência fui rodar o vacuum full de novo e notei que agora funcionou. De manhã fiz o vacuum full INFO: vacuuming "public.jbpm_variableinstance" INFO: "jbpm_variableinstance": found 0 removable, 12691251 nonremovable row versions in 225883 pages DETAIL: *178441 dead row versions cannot be removed yet.* CPU 5.47s/10.12u sec elapsed 16.81 sec. INFO: analyzing "public.jbpm_variableinstance" INFO: "jbpm_variableinstance": scanned 225883 of 225883 pages, containing 12512810 live rows and *178441 dead rows;* 30 rows in sample, 12512810 estimated total rows Query returned successfully with no result in 445379 ms. Agora fiz de novo INFO: vacuuming "public.jbpm_variableinstance" INFO: "jbpm_variableinstance": found 178441 removable, 12512810 nonremovable row versions in 225883 pages DETAIL: *0 dead row versions cannot be removed yet*. CPU 7.09s/11.22u sec elapsed 23.57 sec. INFO: "jbpm_variableinstance": scanned 222962 of 222962 pages, containing 12512810 live rows and *0 dead rows;* 30 rows in sample, 12512810 estimated total rows Query returned successfully with no result in 465956 ms. Será que o autovacuum (ou algum outro processo interno do postgres) poderia estar "lockando" essas linhas que não puderam ser removidas no vacuum? Acho que essa seria a explicação mais lógica, mas é achismo.. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Flávio, PG_XLOG Tá separado, nem se preocupe ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Em qui, 31 de mar de 2016 18:37, Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com> escreveu: > Como é o layout de discos dessa sua instância? Essa tabela e índices > está em um tablespace separado? > > Tudo junto > pg_xlog também? Pode ser ele que cresce durante a operação. Palmada no seu bumbum se for isso, eu lembro que disse no curso pra separar... Espero que não :) []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
On 31-03-2016 11:24, Luiz Carlos L. Nogueira Jr. wrote: > Você está considerando o tamanho dos índices da tabela também? > > Não. Ainda tem um índice de 2.5GB > Luis, Como é o layout de discos dessa sua instância? Essa tabela e índices está em um tablespace separado? Att, -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento signature.asc Description: OpenPGP digital signature ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Você está considerando o tamanho dos índices da tabela também? Não. Ainda tem um índice de 2.5GB ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Luiz, Você está considerando o tamanho dos índices da tabela também? Att. 2016-03-31 10:22 GMT-03:00 Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com>: > Vale lembrar que essa definição do vacuum full só vale a partir da versão > 9.0.0 do Postgres. Antes a implementação do comando varria a tabela > reorganizando os registros fisicamente nos blocos/páginas do disco. > Luiz, qual é a versão do seu banco? > 9.3 > Lembrando também que você pode tentar aumentar temporariamente a > configuração maintenance_work_mem para que a execução seja mais rápida e > utilize menos espaço em disco. > maintenance_work_mem = 1.4GB > > Mas meu problema não é o tempo, é o espaço mesmo e a explicação do motivo > de não liberar o espeço esperado > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Matheus Ricardo Espanhol --- Dextra Sistemas http://www.dextra.com.br/postgres www.pganalytics.io ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Vale lembrar que essa definição do vacuum full só vale a partir da versão 9.0.0 do Postgres. Antes a implementação do comando varria a tabela reorganizando os registros fisicamente nos blocos/páginas do disco. Luiz, qual é a versão do seu banco? 9.3 Lembrando também que você pode tentar aumentar temporariamente a configuração maintenance_work_mem para que a execução seja mais rápida e utilize menos espaço em disco. maintenance_work_mem = 1.4GB Mas meu problema não é o tempo, é o espaço mesmo e a explicação do motivo de não liberar o espeço esperado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Vale lembrar que essa definição do vacuum full só vale a partir da versão 9.0.0 do Postgres. Antes a implementação do comando varria a tabela reorganizando os registros fisicamente nos blocos/páginas do disco. Luiz, qual é a versão do seu banco? Lembrando também que você pode tentar aumentar temporariamente a configuração maintenance_work_mem para que a execução seja mais rápida e utilize menos espaço em disco. Em 31 de março de 2016 09:05, Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com> escreveu: > Fabiano, isso eu já tinha entendido, mas pelo teste que fiz minha tabela > (inchada) tem 120GB e ela depois de um dump/restore fica com 30GB. > Eu tenho 87 GB de espaço livre e o vacuum full deu falta de espaço. > Eu imaginei que só precisasse apenas desses 30GB extras para fazer o > vacuum full e não os 120GB, o que seria o lógico, pois só seria compiada > pra tabela "nova" as linhas HOT. > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Fabiano, isso eu já tinha entendido, mas pelo teste que fiz minha tabela (inchada) tem 120GB e ela depois de um dump/restore fica com 30GB. Eu tenho 87 GB de espaço livre e o vacuum full deu falta de espaço. Eu imaginei que só precisasse apenas desses 30GB extras para fazer o vacuum full e não os 120GB, o que seria o lógico, pois só seria compiada pra tabela "nova" as linhas HOT. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
>From manual: *VACUUM FULL rewrites the entire contents of the table into a new disk file with no extra space, allowing unused space to be returned to the operating system. This form is much slower and requires an exclusive lock on each table while it is being processed.* Link: http://www.postgresql.org/docs/current/static/sql-vacuum.html ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Tem não. Seria impossível ter uma transação pegando mais da metade das linhas da tabela. > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] VACCUM FULL linhas deletadas não sendo apagadas
Bom dia. O fato do vacuum full não ter liberado o espaço em disco não quer dizer que as linhas estejas "lockadas", mas ela simplesmente pode estar visível para alguma transação ativa no banco. Veja se não existe alguma conexão ativa que possa estar usando estas linhas através da view pg_stat_activity. 2016-03-31 8:20 GMT-03:00 Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com>: > Pessoal, > > As linhas deletadas de uma tabela podem estar "lockadas" por alguém? > > Pergunto isso por que tenho uma tabela de 120GB, que depois de um vacuum > full ficaria com um valor bem menor que 50GB e deu erro por falta de > espaço, só que tenho 87GB de espaço livre. > > Existe algum motivo pro VACUUM FULL não apagar as linhas "deletadas"? > > > SELECT * FROM pg_stat_user_tables where relname like 'jbpm_byteblock'; > relid | schemaname |relname | seq_scan | seq_tup_read | > idx_scan | idx_tup_fetch | n_tup_ins | n_tup_upd | n_tup_del | n_tup_ho > t_upd | n_live_tup | n_dead_tup | last_vacuum | > last_autovacuum| last_analyze | las > t_autoanalyze| vacuum_count | autovacuum_count | analyze_count | > autoanalyze_count > > --+++--+--+--+---+---+---+---+- > > --+++---+---+---+-- > > -+--+--+---+--- > 12945698 | public | jbpm_byteblock | 41 | 1597326932 | > 2504936 | 169458233 | 73799569 | 0 | 92978054 | > 0 | 94178205 | 93014564 | 2016-03-27 00:08:01.629897-03 | > 2016-03-30 23:38:47.672334-03 | 2016-03-27 00:12:22.224702-03 | 2016-03-3 > 1 00:26:23.576672-03 |3 | 71 | 6 | > 68 > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral