Desejo replicar o banco de dados da origem ao destino com outro nome. Parece que os filtros de replicação, como o filtro REPLICATE_REWRITE_DB, não estão disponíveis dinamicamente.

Versão do Mariadb: 10.2.32 Focal (Origem e Destino têm a mesma versão)

MariaDB [DB]> show variables like '%replica%';
+----------------------------------+-----------+
| Variable_name                    | Value     |
+----------------------------------+-----------+
| innodb_replication_delay         | 0         |
| replicate_annotate_row_events    | OFF       |
| replicate_do_db                  |           |
| replicate_do_table               |           |
| replicate_events_marked_for_skip | REPLICATE |
| replicate_ignore_db              |           |
| replicate_ignore_table           |           |
| replicate_wild_do_table          |           |
| replicate_wild_ignore_table      |           |
| skip_parallel_replication        | OFF       |
| skip_replication                 | OFF       |
| wsrep_mysql_replication_bundle   | 0         |
| wsrep_replicate_myisam           | OFF       |
+----------------------------------+-----------+

Por favor, deixe-me saber se alguém já reescreveu a replicação dinamicamente.

Alguém fez upgrade com sucesso de 10.2 para 10.3 usando mariabackup sem nenhum tempo de inatividade para o cluster?

Eu tenho um cluster de 3 nós. Node1 serve o resto do tráfego para standby e quorum. Eu gostaria de atualizá-los de 10.2 para 10.3.

10.2 -> Has xtrabackup
10.3 -> Has mariabackup

O IST não acontece quando eu atualizo o 3º nó de 10.2 para 10.3. Mas quando copio arquivos xtrabackup* do 2º nó e uso wsrep_sst_method=xtrabackup_v2. O IST funciona. Quando mudo para mariabackup e reinicio não funciona.

O Mysql não é compatível com ACID de acordo com o Postgresql? Em alguns blogs, vejo que o Mysql não é compatível com ACID. Quão verdadeiro é isso?

Não vamos considerar a replicação aqui, vamos considerar um autônomo e quão eficiente é o Mysql ACID?

No meu entendimento para Mysql-ACID.

A - Atomicidade (conjunto de transações devem ser todas confirmadas, se uma falhar, ela deve ser revertida. Sim significa que todas estão confirmadas, não significa que mesmo uma falhando deve ser revertida).

Os recursos do IE que suportam no Mysql são.

• iniciar Transação; ..... comprometer-se ;
• auto_commit=1;

C - Consistência.

(PK,FK,UK,NOT-NULL). Adere a Relações e restrições para Bancos de Dados. A instância de uma chave pai pode ser excluída somente quando sua chave filha é removida.

I - Isolamento. Isolamento entre usuários e seu estado de confirmação.

Ler Repetível Ler Não Confirmado Ler Comprometido Serializado

D - Durabilidade. No caso de falha do banco de dados, o innodb recupera o banco de dados aplicando a transação confirmada do arquivo iblog e descarta a transação não confirmada.

Clique aqui para ver a fonte desta pergunta. - É porque o blog foi criado em 2001?

ATUALIZAÇÃO Jun-30-2017: De acordo com a resposta "Evan Carroll" e eu testei pessoalmente o experimento do blog em 5.7.18-enterprise. Os resultados obtidos do experimento parecem ser Mysql não é compatível com ACID.

Soltar várias CHAVES em uma tabela é uma opção preferida ou uma por uma é a preferida?

“SOLTE A CHAVE A, SOLTE A CHAVE B, SOLTE A CHAVE C"

Por mais 900 milhões de registros na tabela.

Como funciona internamente?

Alguém implementou a replicação do Mongo usando o replset arbiter. No momento do failover de Primário para Secundário, o Árbitro deve desativar o VIP no primário e habilitá-lo no secundário quando o Árbitro indicar o secundário como Mestre.

Isso é possível?

Eu entendo que é para fins de votação. Mas quando ele pode decidir quem deve estar disponível para gravações e quem não deve, gostaria de incorporar uma lógica que também deva encaminhar as solicitações de aplicativos para o vencedor. Também não quero manter a decisão do host no final do aplicativo. Kinda não parece limpo para mim.

Nota: Ele abrirá a gravação no secundário, não significa que roteará as solicitações do aplicativo para o secundário (NewMaster).

Portanto, os drivers aqui são drivers de aplicativos que devem ser escritos dessa maneira.

@mongo_client = MongoReplicaSetClient.new(
['n1.mydb.net:27017', 'n2.mydb.net:27017', 'n3.mydb.net:27017']
).db("test").collection("sample")

Para escolher o seu membro. eu estou certo?

Estou configurando o 5.6 Percona Mysql, para habilitar o GTID, devo habilitar o log_slave_update no mestre e no escravo?

Se eu deveria habilitar log_slave_update, então estou contando isso para CONS por ter GTID.

Além disso, se você puder me informar sobre algum outro problema em ter o GTID ativado?

Eu preciso instalar duas versões diferentes do Mysql em um servidor OS RHEL6 e ele será separado pelo usuário chamado mysqlprod e mysqlpreprod.

Eu preciso separar seus binários, softwares, diretório de dados e mysqldaemons.

Presumo que a instalação de bolas de alcatrão seja a melhor maneira de desviar as instalações. Mas não encontro tar ball para Mysql 5.6.17 em http://dev.mysql.com/downloads downloads. São apenas rpms e não posso fazer "rpm --basedir=" porque diz que o rpm não pode ser realocado.

Onde posso encontrar os binários tar ball fornecidos em http://dev.mysql.com/downloads ? ou qualquer outra maneira de obter minha configuração acima no Mysql 5.6.17 GA mais recente? Por favor informar.

Eu tenho uma tabela na estrutura abaixo.

phone bigint
answer_time datetime

Devo agrupar todos os números de telefone e seu número total de tentativas e mencionar o número: de tempo atendido e o número de tempo não atendido. Para isso, a condição é answer_time='0000-00-00 00:00:00' para não atendida e answer_time > '0000-00-00 00:00:00' para atendida. Pode haver qualquer número de vezes que a chamada foi feita para um número específico. Qualquer sugestão ou abordagem seria útil. Estou terrivelmente preso a isso.

O resultado deve ser:

+----------------+---------------+--------------------+--
| phone         | count(*) | NOT_ANSWERED | ANSWERED   |
+---------------+----------+------------+------------+-----+
| 7260513       |      2   |       1      |  1       |
+------------+----------+------------+--------------------+

Neste, na primeira tentativa a chamada é atendida na segunda não. As tentativas podem variar no máximo até 16 vezes.

PARA MÁX

mysql> select phone, answer_time from cdr_test;
+------------+---------------------+
| phone   | answer_time         |
+------------+---------------------+
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
| 31389966 | 0000-00-00 00:00:00 |
+------------+---------------------+
13 rows in set (0.00 sec)

mysql> select phone, Count(*), Count(CASE WHEN Time(answer_time) = 0 THEN 1 end ) AS  NOT_ANSWERED, Count(CASE WHEN Time(answer_time) > 0 THEN 1 end) AS ANSWERED  FROM   cdr_test  GROUP  BY phone;
+------------+----------+--------------+----------+
| phone      | Count(*) | NOT_ANSWERED | ANSWERED |
+------------+----------+--------------+----------+
| 31389966 |       13 |            0 |        0 |
+------------+----------+--------------+----------+

1 row in set (0.00 sec)

Eu gerei um dump do mestre e tenho que construir o escravo e dar privilégios e posição do log binário e nome do arquivo do mestre para que ele seja absorvido do mestre. Master é um aplicativo OLTP de alta transação com TPS de 74,21 inserções/s, 113,17 atualizações/s, 0,00 exclusões/s, 77468,29 leituras/s. Agora, quando as operações DML estão prestes a operar no SLAVE via binlogs, haverá algum impacto no desempenho do Master. Digamos, por exemplo, operações Load Avg ou IO no Master que podem ser afetadas. Como permite que o escravo leia as informações do binlog.

Nota: Mestre e Escravo têm a mesma configuração de servidor.

Versão do MySQL: 5.0.77

SO: CentOS 5.4

Mem: 16 GB de RAM (80% alocados para INNODB_BUFFER_POOL_SIZE)

Tamanho do banco de dados: 380 GB

Esta questão me atinge quando eu queria scp alguns dos arquivos para o Slave. Considerando que ele tem apenas 34 MBPS de velocidade média dentro da rede e demorou muito para ler as operações de IO e o Load Avg estava atingindo mais de 6, 7, 11 etc. Apenas uma medida para ter o escravo no lugar, não prejudicando o desempenho do mestre.

Minhas perguntas são:

1. Poderia haver algum pico de carga nos processadores da CPU ou IO, o que pode desacelerar o Master Perf?

2. Se houver algum meio que eu possa trfr dados que use menos utilização de cpu/IO?

Cumprimentos,

Mannoj Kumar

Estou com problemas ao selecionar outras colunas para os registros max(datetime). Em termos leigos, preciso obter colunas relevantes onde max(DialDateTime) registra todas as datas no Mysql.

 mysql> select max(DialDateTime) as max from log_AP group by   date(DialDateTime) ;
 +---------------------+
 | max                 |
 +---------------------+
 | 2012-12-03 07:37:26 | 
 | 2012-12-04 07:37:04 | 
 | 2012-12-05 07:37:04 | 
 | 2012-12-06 07:37:04 | 
 | 2012-12-07 07:37:04 | 
 | 2012-12-08 07:37:04 | 
 | 2012-12-09 07:37:04 | 
 +---------------------+

7 carreiras em conjunto (0,00 seg)

A consulta abaixo está demorando muito, mais de uma hora.

Existe algo que eu possa fazer para ajustá-lo, em termos de servidor ou consulta? São apenas 23.000 registros.

EXPLAIN SELECT
    bc.charge
  , DATE(bq.`addeddate`) AS revenuedate
  , COUNT(*) AS 'subcount'
FROM
    billingqueue AS bq
  , billingcharge AS bc   
  , subscriptionqueue AS sq
  , keyword AS k
  , service AS ser
  , vendor AS v
  , region AS r
  , subscription AS s
WHERE
    (bq.`addeddate` BETWEEN '2012-10-12 00:00:00' AND '2012-10-18 23:59:59')
AND v.id = 1
AND bq.chargetype = 'subscription'
AND bq.status = 'success'
AND bq.transactionid = bc.transactionid
AND sq.`transactionid` = bq.transactionid
AND k.`idkeyword` = sq.`keywordid`
AND sq.`serviceid` = ser.`idservice`     
AND bq.vendorid = v.id
AND s.idregion = r.idregion
AND bc.`status` = 'success';

+----+-------------+-------+--------+----------------------------------------- ----------------------------+----------------+---------+-------------------------- --+-------+--------------------------------+
| id | select_type | table | type   | possible_keys                                                          | key            | key_len | ref                        | rows  | Extra                           |
+----+-------------+-------+--------+-----------------------------------------   ----------------------------+----------------+---------+--------------------------  --+-------+--------------------------------+
|  1 | SIMPLE      | v     | const  | PRIMARY                                                               | PRIMARY        | 4       | const                      |     1 | Using index                     |
|  1 | SIMPLE      | r     | index  | PRIMARY                                                             | PRIMARY        | 4       | NULL                       |     1 | Using index                    |
|  1 | SIMPLE      | ser   | index  | PRIMARY                                                              | PRIMARY        | 8       | NULL                       |   193 | Using index; Using join buffer |
|  1 | SIMPLE      | sq    | ref    | NewIndex1,NewIndex2,NewIndex3                                       | NewIndex2      | 8       | sm2.ser.idservice          |  3090 |                                |
|  1 | SIMPLE      | k     | eq_ref | PRIMARY                                                               | PRIMARY        | 8       | sm2.sq.keywordid           |     1 | Using index                       |
|  1 | SIMPLE      | bq    | eq_ref |  PRIMARY,NewIndex1,NewIndex2,NewIndex4,NewIndex5,NewIndex6,NewIndex7 | PRIMARY          | 103     | sm2.sq.transactionid,const |     1 | Using where                    |
|  1 | SIMPLE      | bc    | ref    | NewIndex2,NewIndex1                                                  | NewIndex2      | 103     | sm2.bq.transactionid       |     1 | Using where                      |
|  1 | SIMPLE      | s     | ref    | idx_sub_region                                                      | idx_sub_region | 5       | sm2.r.idregion             | 30802 | Using where;  Using index       |
+----+-------------+-------+--------+---------------------------------------------------------------------+----------------+---------+----------------------------+-------+--------------------------------+

Abaixo está o meu my.cnfem uma VM com 2 GB de RAM. Todas as tabelas estão usando InnoDB e a versão é 5.5.28.

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql

symbolic-links=0

character-set-server         = utf8
collation-server         = utf8_general_ci
port                 = 3306
socket                 = /var/lib/mysql/mysql.sock
pid-file             = /var/lib/mysql/mysql.pid
skip-external-locking
skip-name-resolve
datadir                = /var/lib/mysql
relay_log            = mysql-relay-bin
relay_log_index            = mysql-relay-index
log_error            = mysql-error.err
log_warnings
log_bin                = mysql-bin
log_slow_queries        = mysql-slow.log
long_query_time         = 10    
max_binlog_size         = 256M    
expire_logs_days         = 4    
thread_stack             = 5M      
sort_buffer_size         = 128M      
read_buffer_size         = 128M      
read_rnd_buffer_size     = 128M      
join_buffer_size         = 1024M      
binlog_cache_size         = 128K      
query_cache_type = 0

max_connections         = 25    
max_connect_errors         = 5        
concurrent_insert        = 2        
connect_timeout            = 30    
max_allowed_packet         = 32M    
sql_mode             = NO_AUTO_CREATE_USER
max_heap_table_size         = 128M    
bulk_insert_buffer_size     = 128M    
tmp_table_size              = 128M 
thread_concurrency        = 16  
thread_cache_size        = 100 
key_buffer            = 512K    

innodb_data_home_dir            = /var/lib/mysql
innodb_data_file_path        = ibdata1:128M;ibdata2:10M:autoextend
innodb_log_file_size        = 128M
innodb_log_files_in_group    = 2
innodb_buffer_pool_size        = 768M
innodb_additional_mem_pool_size    = 4M
innodb_flush_log_at_trx_commit    = 2
innodb_table_locks        = 0
innodb_log_buffer_size         = 32M
innodb_lock_wait_timeout     = 60    
innodb_thread_concurrency    = 16
innodb_commit_concurrency    = 16
innodb_support_xa        = 0
skip-innodb-doublewrite

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

Quando verifico as etiquetas de preço do MySQL, vejo uma cláusula chamada "servidor de soquete 1-4" ou "servidor de soquete 5+". o que isso significa?

"Socket" em termo genérico significa Inter Communication Protocol. Para o MySQL, um arquivo unix de soquete ajuda a se comunicar entre o servidor MySQL e o cliente MySQL no servidor local, e há apenas um, até onde eu sei, por instância do servidor MySQL.

Por favor, me corrijam se meu entendimento estiver errado. Por favor, esclareça o que significa 4, 5+ soquetes, pois vejo aumentos de custo à medida que o número de soquetes aumenta. Além disso, quais são as vantagens dos soquetes mais altos?