Josh's questions

Meu servidor trac recentemente começou a ter problemas. Ele estava executando uma versão muito desatualizada do Ubuntu e não consegui usá-lo corretamente apt-getpara corrigir os problemas que estava tendo. Então, em vez disso, fiz backup da máquina e fiz uma instalação limpa do Ubuntu 12.04.

Agora tenho um novo servidor com o Postgres 9.1 devidamente instalado e funcionando. Desejo obter meu antigo banco de dados Postgres 8.4 do backup copiado e configurado na nova instalação. Como faço para fazer isso?

O que fiz até agora foi copiar os dados antigos do Postgres 8.4 e os diretórios bin do backup ( /var/lib/postgresql/8.4/maine /usr/lib/postgresql/8.4/bin) para /tmp/postgres.olde /tmp/postgres-bin.oldna nova instalação. Parei de usar o Postgres 9.1 service postgres stope executei o comando:

sudo -u postgres /usr/lib/postgresql/9.1/bin/pg_upgrade \
  --old-datadir=/tmp/postgres.old/main/ \
  --new-datadir=/var/lib/postgresql/9.1/main/ \
  --old-bindir=/tmp/postgres-bin.old/postgresql/8.4/bin \
  --new-bindir=/usr/lib/postgresql/9.1/bin

Conforme descrito na documentação do Postgres . Parecia que funcionaria muito bem, exceto que recebi o erro:

Performing Consistency Checks
-----------------------------
Checking current, bin, and data directories                 ok
Checking cluster versions                                   ok

connection to database failed: could not connect to server: No such file or directory
        Is the server running locally and accepting
        connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?


unable to connect to old postmaster started with the command: "/tmp/postgres-bin.old/postgresql/8.4/bin/pg_ctl" -w -l "/dev/null" -D "/tmp/postgres.old/main" -o "-p 5432 -c autovacuum=off -c autovacuum_freeze_max_age=2000000000" start >> "/dev/null" 2>&1
Failure, exiting

O problema parece ser que ele está tentando iniciar o servidor antigo e isso não funciona porque é muito antigo e não está instalado corretamente. Tentar iniciá-lo manualmente revela o problema:

root@mission:/tmp# sudo -u postgres /tmp/postgres-bin.old/postgresql/8.4/bin/postgres 
/tmp/postgres-bin.old/postgresql/8.4/bin/postgres: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

Então, como posso restaurar bancos de dados antigos do Postgres 8.4 em uma nova instalação do Postgres 9.1 e atualizá-los?

Esta manhã comecei a receber avisos de carga em um dos servidores MySQL que gerencio. SHOW FULL PROCESSLISTrevelou que o culpado foi a seguinte consulta (mal escrita):

SELECT * FROM movies, showtimes
WHERE site='5' AND
    (showtimes.movie = movies.id OR always='true') AND
    ((showdate>='2012-4-11' AND showdate<'2012-04-18') OR always='true')\
GROUP BY movies.id ORDER BY listorder

Não tenho certeza de quem escreveu isso. Parece que está em um banco de dados que desenvolvi há mais de 5 anos, no qual pessoas desconhecidas têm mexido bastante desde a última vez que o toquei. As tabelas em questão são:

CREATE TABLE `movies` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `name` varchar(128) NOT NULL default '',
  `rating` varchar(5) NOT NULL default '',
  `description` varchar(255) NOT NULL default '',
  `special` varchar(255) NOT NULL default '',
  `url` varchar(64) NOT NULL default '',
  `poster` varchar(255) NOT NULL default '',
  `runtime` varchar(20) NOT NULL default '',
  `listorder` tinyint(4) NOT NULL default '0',
  `comsoon` enum('false','true') NOT NULL default 'false',
  `always` enum('false','true') NOT NULL default 'false',
  `site` int(11) NOT NULL default '0',
  PRIMARY KEY  (`id`),
  KEY `name` (`name`),
  KEY `rating` (`rating`),
  KEY `site` (`site`),
  KEY `comsoon` (`comsoon`),
  KEY `always` (`always`),
  KEY `listorder` (`listorder`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1;

CREATE TABLE `showtimes` (
  `movie` int(11) NOT NULL default '0',
  `showdate` date NOT NULL default '0000-00-00',
  `showtime` time NOT NULL default '00:00:00',
  PRIMARY KEY  (`movie`,`showdate`,`showtime`),
  KEY `showdate` (`showdate`),
  KEY `showtime` (`showtime`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

Quando fui alertado pela primeira vez para esta situação, movies.always nem sequer tinha um índice , nem tinha movies.listorder. Eu tinha certeza de que esse era o problema, no entanto, adicionar um índice nessas duas colunas não alterou o EXPLAIN:

mysql> EXPLAIN SELECT * FROM movies, showtimes WHERE site='5' AND (showtimes.movie = movies.id OR always='true') AND ((showdate>='2012-4-11' AND showdate<'2012-04-18') OR always='true')  GROUP BY movies.id ORDER BY listorder;
+----+-------------+-----------+-------+---------------------+---------+---------+------+-------+----------------------------------------------+
| id | select_type | table     | type  | possible_keys       | key     | key_len | ref  | rows  | Extra                                        |
+----+-------------+-----------+-------+---------------------+---------+---------+------+-------+----------------------------------------------+
|  1 | SIMPLE      | showtimes | index | PRIMARY,showdate    | PRIMARY | 10      | NULL | 93411 | Using index; Using temporary; Using filesort | 
|  1 | SIMPLE      | movies    | ALL   | PRIMARY,site,always | NULL    | NULL    | NULL |    25 | Using where                                  | 
+----+-------------+-----------+-------+---------------------+---------+---------+------+-------+----------------------------------------------+
2 rows in set (0.00 sec)

Eu tentei reescrever a consulta da seguinte maneira:

SELECT * FROM movies, showtimes
WHERE (site='5' AND always='true') OR 
  (site='5' AND showtimes.movie = movies.id AND showdate>='2012-4-11' AND showdate<'2012-04-18')
GROUP BY movies.id ORDER BY listorder

No entanto EXPLAIN, não foi diferente. Por que essa consulta não está usando um índice na moviestabela? Como posso explicar aos desenvolvedores que eles devem reescrever esta consulta para que ela não prejudique o servidor?

Suponha que eu tenha uma tabela de banco de dados com um arquivo ENUM('value_one','value_two'). Eu quero mudar isso para um arquivo ENUM('First value','Second value'). Atualmente estou fazendo isso da seguinte forma:

ALTER TABLE `table` MODIFY `column` ENUM('value_one','value_two','First value','Second value');
UPDATE `table` SET `column`='First Value' WHERE `column`='value_one';
UPDATE `table` SET `column`='Second Value' WHERE `column`='value_two';
ALTER TABLE `table` MODIFY `column` ENUM('First value','Second value');

Existe uma maneira mais eficiente de fazer isso, por exemplo, uma maneira de fazer isso com uma única ALTER TABLE instrução?