rubo77's questions

Eu tenho um backup da pasta redmine postgresql (sem dump) do postgresql 9.4 e quero movê-lo para um novo servidor com debian 10 (buster) com postgres 11.

No meu servidor debian buster eu tentei colocar esse banco de dados antigo em execução, então instalei o antigo postgresql-9.4 lá com este tutorial: https://wiki.postgresql.org/wiki/Apt#Quickstart

Quando tentei iniciar o cluster antigo, ele disse:

$ pg_createcluster 9.4 main --start
Configuring already existing cluster (configuration: /etc/postgresql/9.4/main, data: /var/lib/postgresql/9.4/main, owner: 117:120)
Error: move_conffile: required configuration file /var/lib/postgresql/9.4/main/postgresql.conf does not exist

Consegui iniciar um novo cluster2 com esta instrução: https://stackoverflow.com/a/48624460/1069083

Mas aquele está vazio. Meu antigo cluster principal contém todos os meus dados.

Como inicio o cluster principal antigo?

Posso importar data.sqlpara meu host estrangeiro com este comando:

mysql -u username -p -h foreign-host.example.org -A DATA-BASE-NAME < data.sql

O que funciona bem para pequenos arquivos de exportação, mas não consigo encontrar uma explicação de como importar um arquivo grande, então a transferência será compactada.

Eu tento otimizar o MySQL com mysqltuner, mas parece que meu my.cnf nunca foi atualizado. há muitos avisos depreciados em/var/log/syslog

Como posso recuperar o arquivo de configuração padrão para que eu possa começar a otimizar a partir do zero?

Eu tentei phpsqliteadmin

Mas parece não funcionar mais no PHP 5.4.

Existem várias alternativas, mas nenhuma delas parece ser "The One" que é mantida e amplamente utilizada.

Existe uma interface web de administrador SQLite padrão, (de preferência instalável via apt)

Em um servidor debian com apache e mysql, como posso descobrir se alguma tabela recebe spam?

Tenho muitos blogs diferentes, wordpress, wikis,... no meu servidor de clientes diferentes.

Parece que algumas aplicações PHP não são protegidas contra spam, então algumas tabelas ficam muito grandes e deixam todo o servidor lento.

Eu precisaria de um script, que monitorasse todas as tabelas. Ou existe uma ferramenta simples que eu poderia instalar para obter um relatório se algo estranho acontecer?

Relacionado, leia primeiro para obter o contexto: Procedimento armazenado do MySQL: percorrer a tabela, excluir linhas. Problema lógico: não sai do loop devido à opção LIMIT na consulta

Eu acho que isso é realmente estranho. Não entendo por que a solução desse problema funciona da maneira que funciona, alguém pode explicar a solução, por favor?

Isso é declarado na documentação do mysql:

Se você se referir a uma variável que não foi inicializada, ela terá um valor NULL e um tipo de string.

por que faz diferença se você definir uma variável como NULL antes de usá-la, se esse é o padrão para variáveis ​​não inicializadas?

(Estou ciente de que é uma programação muito suja, não inicializar variáveis, mas ainda quero entender o comportamento.)

Eu segui este exemplo da documentação do Mysql :

CREATE TABLE articles (
       id INT UNSIGNED AUTO_INCREMENT NOT NULL PRIMARY KEY,
       title VARCHAR(200),
       body TEXT,
       FULLTEXT (title,body)
     );

INSERT INTO articles (title,body) VALUES
     ('MySQL Tutorial','DBMS stands for DataBase ...'),
     ('How To Use MySQL Well','After you went through a ...'),
     ('Optimizing MySQL','In this tutorial we will show ...'),
     ('1001 MySQL Tricks','1. Never run mysqld as root. 2. ...'),
     ('MySQL vs. YourSQL','In the following database comparison ...'),
     ('MySQL Security','When configured properly, MySQL ...');

SELECT *, MATCH ( title, body ) AGAINST ( 'database' ) AS Score
    FROM articles
    WHERE MATCH (title,body) AGAINST ('database');
+----+-------------------+------------------------------+------------+
| id | title             | body                         | Score      |
+----+-------------------+------------------------------+------------+
|  5 | MySQL vs. YourSQL | In the following database... | 0.662664...|
|  1 | MySQL Tutorial    | DBMS stands for DataBase ... | 0.655458...|
+----+-------------------+------------------------------+------------+

isso funciona, mas se eu excluir todas as linhas, exceto uma:

DELETE FROM `articles` WHERE id >1

então o select dá Score 0:

SELECT * , MATCH ( title, body ) AGAINST ( 'database' ) AS Score FROM articles

se eu usar

.. WHERE UNIX_TIMESTAMP(`some_timestamp`)>NOW()

em um SELECT, esta consulta ainda faz uso de um índice, definido em some_timestamp?