我想使用另一个名称将数据库从源复制到目标。似乎像 REPLICATE_REWRITE_DB 过滤器这样的复制过滤器不是动态可用的。

Mariadb 版本：10.2.32 Focal （源和目标版本相同）

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       |
+----------------------------------+-----------+

请让我知道是否有人动态地完成了重写复制。

有人使用 mariabackup 成功地从 10.2 升级到 10.3，而没有任何集群停机时间吗？

我有 3 个节点集群。Node1 服务于流量，其余用于备用和仲裁。我想将它们从 10.2 升级到 10.3。

10.2 -> Has xtrabackup
10.3 -> Has mariabackup

当我将第三个节点从 10.2 升级到 10.3 时，IST 不会发生。但是当我从第二个节点复制 xtrabackup* 文件并使用 wsrep_sst_method=xtrabackup_v2 时。IST 有效。当我将其更改为 mariabackup 并重新启动时，它不起作用。

根据 Postgresql，Mysql 不是符合 ACID 的吗？在一些博客中，我看到 Mysql 不符合 ACID。这有多真实？

我们先不考虑这里的复制，让我们考虑一个独立的，Mysql ACID 的效率如何？

在我对 Mysql-ACID 的理解中。

A - 原子性（如果一个失败必须回滚，则应该全部提交一组事务。是意味着所有事务都已提交，不意味着即使一个失败也必须回滚）。

Mysql 中支持的 IE 功能是。

• 开始交易；..... 犯罪 ;
• 自动提交=1；

C - 一致性。

（PK、FK、UK、非空）。它遵守数据库的关系和约束。实例一个父键只有在它的子键被删除时才能被删除。

我 - 隔离。用户及其提交状态之间的隔离。

读可重复读未提交读已提交序列化

D - 耐用性。在数据库崩溃的情况下，innodb 通过从 iblog 文件应用提交的事务并丢弃未提交的事务来恢复数据库。

单击此处查看此问题的来源。 - 是因为博客是@2001 创建的吗？

2017 年6 月 30 日更新：根据“Evan Carroll”的回复，我亲自测试了5.7.18-enterprise 上的博客实验。实验得到的结果似乎是Mysql is Not an ACID Compliant。

在表中删除多个 KEYS 是首选选项还是首选一个接一个？

“放置键 A，放置键 B，放置键 C”

表中超过 9 亿条记录。

它在内部是如何工作的？

有没有人使用 replset arbiter 实现了 Mongo 复制。在从 Primary 到 Secondary 的故障转移时，Arbiter 应该在 primary 上关闭 VIP，并在 Arbiter 指定 secondary 作为 Master 时在 secondary 上启用 VIP。

这可能吗？

我明白这是为了投票目的。但是当它可以决定谁应该可以写入以及谁不应该可以写入时，我想嵌入一个逻辑，该逻辑也应该将应用程序请求路由到获胜者。此外，我不想将主机决定保留在应用端。对我来说有点不干净。

注意：它会在 secondary 上打开 write，并不意味着它将请求从应用程序路由到 secondary（NewMaster）。

所以这里的驱动是应用驱动应该这样写。

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

选择其成员。我对吗？

我正在设置 5.6 Percona Mysql，为了启用 GTID，我应该在 Master 和 Slave 上启用 log_slave_update 吗？

如果我应该启用 log_slave_update，那么我会将其算作具有 GTID 的 CONS。

另外，如果您可以让我知道启用 GTID 的任何其他问题吗？

我需要在一台服务器操作系统 RHEL6 上安装两个不同版本的 Mysql，它们将由名为 mysqlprod 和 mysqlpreprod 的用户分开。

我需要将它们的二进制文件、软件、数据目录和 mysqldaemons 分开。

我认为 tar ball 安装是偏离安装的最佳方式。但是我在http://dev.mysql.com/downloads下载中找不到 Mysql 5.6.17 的 tar ball 。它只是 rpm，我不能执行“rpm --basedir=”，因为它说 rpm 不能重定位。

在哪里可以找到http://dev.mysql.com/downloads中提供的 tar ball 二进制文件？或任何其他方式在 Mysql 5.6.17 最新 GA 中实现我的上述设置？请指教。

我在下面的结构中有一个表。

phone bigint
answer_time datetime

我应该将所有电话号码及其总尝试次数归为一组，并提及其未接听时间和未接听时间。为此，条件是 answer_time='0000-00-00 00:00:00' 表示未回答， answer_time > '0000-00-00 00:00:00' 表示已回答。可以多次拨打特定号码。任何建议或方法都会有所帮助。我非常坚持这一点。

结果应该是：

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

在这种情况下，在第一次尝试时，呼叫在第二次尝试时被应答，但它没有。尝试范围最多可达 16 次。

对于最大

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)

我已经从 Master 生成了一个转储，我必须构建 slave 并赋予 master 的特权和二进制日志位置和文件名，以便它从 master 获取。Master 是一个高事务 OLTP 应用程序，TPS 为 74.21 插入/秒、113.17 更新/秒、0.00 删除/秒、77468.29 读取/秒。现在，当 DML 操作即将通过二进制日志在 SLAVE 上运行时，会对 Master 的性能产生任何影响。例如，Master 上的 Load Avg 或 IO 操作可能会受到影响。因为它允许 slave 读取 binlog 信息。

注意：Master 和 Slave 具有相同的服务器配置。

Mysql版本：5.0.77

操作系统：CentOS 5.4

内存：16GB RAM（80% 分配给 INNODB_BUFFER_POOL_SIZE）

数据库大小：380 GB

当我想将一些文件 scp 到 Slave 时，这个问题让我印象深刻。虽然它在网络中只有 34MBPS 的平均速度，但它需要大量读取 IO 操作，并且平均负载超过 6、7、11 等。当然它不会使用 SSH，因为它使用 mysql 套接字进行连接。只是在不妨碍主人的表现的情况下让奴隶就位的衡量标准。

我的问题是：

1. CPU 处理器或 IO 中是否存在任何负载峰值，这会降低 Master Perf 的速度？

2. 如果有任何媒体可以传输使用较少 cpu/IO 利用率的数据？

问候，

曼诺吉·库马尔

我在为 max(datetime) 记录选择其他列时遇到问题。用外行的话来说，我需要获取相关列，其中 max(DialDateTime) 记录了 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 行（0.00 秒）

下面的查询花费了很多时间，一个多小时。

有什么我可以在服务器方面或查询方面对其进行调整的吗？它只有 23000 条记录。

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       |
+----+-------------+-------+--------+---------------------------------------------------------------------+----------------+---------+----------------------------+-------+--------------------------------+

下面是我my.cnf在具有 2 GB RAM 的 VM 上的情况。所有表都使用 InnoDB，版本为 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

当我检查 MySQL 的价格标签时，我看到一个名为“1-4 套接字服务器”或“5+ 套接字服务器”的子句。这是什么意思？

通用术语中的“套接字”是指内部通信协议。对于 MySQL，一个套接字 unix 文件有助于在本地服务器中的 MySQL 服务器和 MySQL 客户端之间进行通信，据我所知，每个 MySQL 服务器实例只有一个。

如果我的理解有误，请纠正我。请阐明 4、5+ 插座的含义，因为我看到成本会随着插座数量的增加而增加。还有，高位插座有什么好处？