AI 助理
文档备案控制台
开发者社区 开发与运维 文章 正文

MySQL多主多从架构实现及主从复制问题处理

2017-11-16 1435
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
RDS MySQL DuckDB 分析主实例，集群系列 4核8GB
RDS MySQL DuckDB 分析主实例，基础系列 4核8GB
RDS DuckDB + QuickBI 企业套餐，8核32GB + QuickBI 专业版
简介：

一 测试架构设计和目标：

wKioL1ijtt7RLpD3AACpNEd40aM794.png

1）Master（192.168.31.230）为正常运行环境下的主库，为两个Slave（192.168.31.231和192.168.31.232）提供“主-从”复制功能；

2）Master_Backup(192.168.31.233)是Master的备份库，只要Master是正常的，它不对外提供服务。它与Master之间属于"主-主"复制关系，即自己既是主机，又是对方的从机；

3）同理，192.168.31.234和192.168.31.235为Slave_Backup，分别为192.168.31.231和 192.168.31.232的备份库，只要Slave是正常的，对应的备份机不对外提供服务；

4）Slave在此架构中的目的是为了实现读写分离，对应用程序来说，Master只负责写，两个Slave只负责读。Slave的数据来源于Master的复制操作；

5）如果Master由于某种原因（例如：宕机和断电等）导致不能正常运行，则此时需要让Master_Backup自动切换为新主机，而Slave和Slave_Backup也能自动切换数据源到Master_Backup；

6）同理，如果Slave由于某种原因（例如：宕机和断电等）导致不能正常运行，则此时需要让对应的Slave_Backup自动切换为新从机；

7）无论是Master还是切换后的Master_Backup，它们向客户端提供的连接地址应保持一致，如上图提供的VIP+Port，即192.168.31.201:3306，Slave和Slave_Backup也应如此，对外提供的连接地址始终是192.168.31.202:3306和192.168.31.203:3306。


二 实现部署测试

   首先完成双主部署

 1 在masterA上新建一个账户,用户masterB同步数据

masterA操作

> GRANT REPLICATION SLAVE ON *.* TO 'master'@'192.168.31..%' IDENTIFIED BY '123456';   

> FLUSH PRIVILEGES;

> FLUSH TABLES WITH READ LOCK;

 mysqldump -uroot -p123456 --databases test >/tmp/testA.sql

 scp /tmp/testA.sql 192.168.31.233:/tmp

> UNLOCK TABLES;

Query OK, 0 rows affected (0.00 sec)


2 masterB:上同样的建立复制到账户,并导入数据

mysql> GRANT REPLICATION SLAVE ON *.* TO 'master'@'192.168.31.%' IDENTIFIED BY '123456';mysql> FLUSH TABLES WITH READ LOCK;

mysqldump -uroot -p123456 --databases test >/tmp/testB.sql

scp /tmp/testB.sql 192.168.31.230:/tmp/

# 分别在master1 和 master2上分别导入对方的数据.但是存在一个问题: 因为存在主键冲突的情况,导出数据的时候,不要把主键给导出来了;如果是一方没有数据,那就直接导入数据就好了,不过也要跳过主键;

mysql -uroot -p123456 </tmp/testA.sql 

mysql -uroot -p123456 </tmp/testB.sql 


     3 修改master1和master2 的配置文件 ,只是server-id 不同

master1:的配置文件

vim /etc/my.cnf

[mysqld]

datadir=/var/lib/mysql

#datadir=/mysqldata

socket=/var/lib/mysql/mysql.sock

user=mysql

symbolic-links=0


#### Master ####


server-id                = 1

log-bin                  = mysql-bin

log-bin-index            = mysql-bin.index

relay-log                = mysql-relay

relay-log-index          = mysql-relay.index

expire-logs-days         = 10

max-binlog-size          = 100M

log-slave-updates        = 1

binlog-do-db             = test

replicate-do-db          = test

binlog-ignore-db         = mysql

replicate-ignore-db     = mysql

sync-binlog              = 1

auto-increment-increment = 2

auto-increment-offset   = 1



# master2:的配置文件


 vim /etc/my.cnf 

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

user=mysql

symbolic-links=0


### Master ####


[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

user=mysql

symbolic-links=0


server-id                = 2

log-bin                  = mysql-bin

log-bin-index            = mysql-bin.index

relay-log                = mysql-relay

relay-log-index          = mysql-relay.index

expire-logs-days         = 10

max-binlog-size          = 100M

log-slave-updates

skip-slave-start

slave-skip-errors        = all


binlog-do-db             = test

replicate-do-db          = test

binlog-ignore-db         = mysql

replicate-ignore-db     = mysql


sync-binlog             = 1

auto-increment-increment = 2

auto-increment-offset   = 2


    4 分别在master1和master2上获取File和Position位置

master1:

>flush tables with read lock;

>show matser status;

+------------------+----------+--------------+------------------+

| File                       | Position | Binlog_Do_DB |Binlog_Ignore_DB 

+------------------+----------+--------------+------------------+

| mysql-bin.000002|   106      | test               |       mysql   

+------------------+----------+--------------+------------------+

>unlock tables;

master2:

>flush tables with read lock;

>show matser status;

+------------------+----------+--------------+------------------+

| File                       | Position | Binlog_Do_DB |Binlog_Ignore_DB 

+------------------+----------+--------------+------------------+

| mysql-bin.000003|   106      | test               |          mysql

+------------------+----------+--------------+------------------+

>unlock tables;


    5 配置主从,分别在master1和 master2上配置对方的从

master1上：

> CHANGE MASTER TO

    ->   MASTER_HOST='192.168.31.233',

    ->   MASTER_USER='master', 

    ->   MASTER_PASSWORD='123456',

    ->   MASTER_PORT=3306,

    ->   MASTER_LOG_FILE='mysql-bin.000003',

    ->   MASTER_LOG_POS=106,

    ->   MASTER_CONNECT_RETRY=10;

Query OK, 0 rows affected (0.02 sec)

mysql> START SLAVE;

Query OK, 0 rows affected (0.00 sec)

master2上：

> CHANGE MASTER TO

    ->   MASTER_HOST='192.168.31230',

    ->   MASTER_USER='master', 

    ->   MASTER_PASSWORD='123456',

    ->   MASTER_PORT=3306,

    ->   MASTER_LOG_FILE='mysql-bin.000002',

    ->   MASTER_LOG_POS=106,

    ->   MASTER_CONNECT_RETRY=10;

Query OK, 0 rows affected (0.02 sec)

mysql> START SLAVE;

Query OK, 0 rows affected (0.00 sec)

用>show processlist查看进程状态

   

接着为双主机器各部署两个从机并测试是否主从正常（主从部署略，其步骤与双主大致相同，注意修改部分参数即可，这里不在详细写出可参考http://superleedo.blog.51cto.com/12164670/1897681 ）


    6 测试结果

1）当Master和Master_Backup都正常运行时，在任意一端更新数据后都会同步到两个Slave上

2）当Master处于正常时，无论Master_Backup是否正常，在此端更新数据后都会同步到两个Slave上

3）当Master处于不可运行时，Master_Backup通过Monitor（Keepalived）成为接管者，在Master_Backup更新数据后不会同步到所有Slave上，即使后来在Slave上将MASTER_HOST指定为Keepalived提供的VIP（192.168.31.201）也无用。

究其原因，Master_Server_Id指向的是已经处于不可运行的Master，而预期结果是希望它能自动的更新定位到Master_Backup(233)上达到自动切换目的，然而测试结果并能不满足快速响应容灾切换的目的。


三 修改架构及部署

选择mysql-mmm结合半同步机制来实现容灾自动切换

wKioL1ijvuHDneZtAAB_XehxE2U246.png


1 在master(230和233)上安装semisync master并设置

mysql代码:

>INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';  

>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';  

>SET GLOBAL rpl_semi_sync_master_enabled = 1;  

>SET GLOBAL rpl_semi_sync_slave_enabled = 1;  

vim /ect/my.cnf后加入如下配置：

rpl_semi_sync_master_enabled = 1  

rpl_semi_sync_slave_enabled = 1  


2 在slave(231、232、234和235)上安装slave插件并设置


mysql代码：  

>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';  

>SET GLOBAL rpl_semi_sync_slave_enabled = 1;  

vim /ect/my.cnf后加入如下配置：

rpl_semi_sync_slave_enabled = 1  


3 所有mysql实例停止slave并开启slave，使半同步机制生效

mysql代码 :

>stop slave;  

>start slave;  


4 查看semisync状态

mysql代码: 

>show status like '%emi%';  

 重点关注:

1）Rpl_semi_sync_master_clients：与当前master建立半同步连接的客户端数

2）Rpl_semi_sync_master_status：作为半同步master端的就绪状态（ON：就绪，OFF：未就绪）

3）Rpl_semi_sync_slave_status：作为半同步slave端的就绪状态（ON：就绪，OFF：未就绪）


5 安装mysql-mmm

5.1新增一台专门用于监控mysql的服务器（mysql_monitor），IP为192.168.31.250

5.2在mysql_monitor、master、master_backup、slave和slave_backup上安装epel网络源

yum install http://mirrors.hustunique.com/epel//6/x86_64/epel-release-6-8.noarch.rpm  

5.3在mysql_monitor上安装mysql-mmm-monitor

yum -y install mysql-mmm-monitor  

5.4 编辑mysql_monitor上的配置文件mmm_mon.conf

vi /etc/mysql-mmm/mmm_mon.conf

include mmm_common.conf  

 <monitor>  

    # 本机IP  

    ip                  192.168.31.250  

    port                9988  

    pid_path            /var/run/mysql-mmm/mmm_mond.pid  

    bin_path            /usr/libexec/mysql-mmm  

    status_path         /var/lib/mysql-mmm/mmm_mond.status  

   ping_ips            192.168.31.230, 192.168.31.231, 192.168.31.232, 192.168.31.233, 192.168.31.234, 192.168.31.235      # 所有MySQL服务器的IP 

    auto_set_online     0  

</monitor>  

 <host default>  

    # GRANT REPLICATION CLIENT ON语句创建的账号和密码  

    monitor_user        mmm_monitor  

    monitor_password    monitor  

</host>  

<check mysql>  

    check_period        5               # 每5秒检查一次  

    trap_period         10  

    timeout             2                   # 检查超时秒数  

    restart_after       10000  

    max_backlog         60  

</check>  

<code># 设置为1,开启调试模式，打印日志到前台，ctrl+c将结束进程，对于调试有帮助</code>  

debug 0  



6 在master、master_backup、slave和slave_backup上安装和配置


1）安装mysql-mmm-agent

yum -y install mysql-mmm-agent  


2）授权monitor访问

mysql代码 :

>GRANT REPLICATION CLIENT ON *.* TO 'mmm_monitor'@'192.168.31.%' IDENTIFIED BY 'monitor';       

>GRANT SUPER,REPLICATION CLIENT, PROCESS ON *.* TO 'mmm_agent'@'192.168.31.%' IDENTIFIED BY'agent';  


3）编辑mmm_agent.conf配置文件

vim /etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf   # 包含公用配置文件  

<span style="color: #000000;">mmm_common.conf中定义的某个host名称</span></span></code>                      # 对应<code><span style="color: #008000;">

this db1                      # 设置成1时，将打印日志到前台，按ctrl+c将结束进程  

debug 0  

max_kill_retries 1  


4）编辑mmm_common.conf配置文件

vim /etc/mysql-mmm/mmm_common.conf

active_master_role      writer  

<host default>  

    # 对应当前主机的网络接口名  

    cluster_interface       eth2  

    pid_path                /var/run/mysql-mmm/mmm_agentd.pid  

    bin_path                /usr/libexec/mysql-mmm/  

    mysql_port              3306  

    agent_port              9989  

    # 对应GRANT REPLICATION SLAVE ON语句创建的账号和密码  

    replication_user        slave  

    replication_password    slave123  

    # GRANT SUPER,REPLICATION CLIENT, PROCESS ON语句创建的账号和密码  

    agent_user              mmm_agent  

    agent_password          agent  

</host>  

# master的配置  

# 其中host后面的值定义的是某台数据库服务的别名，一般就用服务器的主机名即可  

<host db1>  

    ip      192.168.31.230  

    mode    master  

    # db1的master对等点  

    peer    db2  

</host>  

 # master_backup的配置  

<host db2>  

    ip      192.168.31.233  

    mode    master  

     # db2的master对等点  

    peer    db1  

</host>  

# slave的配置  

<host db3>  

     ip     192.168.31.231  

     mode   slave  

</host>  

# slave的配置  

<host db4>  

     ip     192.168.31.232  

     mode   slave  

</host>  

# slave_backup的配置  

<host db5>  

     ip     192.168.31.234  

     mode   slave  

</host>  

# slave_backup的配置  

<host db6>  

     ip     192.168.31.235  

     mode   slave  

</host>  

# 定义writer角色，即架构中的master和master_backup  

# ips为writer对外提供的vip  

<role writer>  

    hosts   db1, db2  

    ips     192.168.31.201  

    mode    exclusive  

</role>  

# 定义reader角色，即架构中的两个slave和两个slave_backup  

# ips为reader对外提供的vip  

<role reader>  

    hosts    db3, db4, db5, db6  

    ips      192.168.31.202, 192.168.31.203  

    mode     balanced  

</role>  

 注意，也需要将此配置文件复制到mysql_monitor的同名目录下


5) 在master、master_backup、slave和slave_backup上启动mmm agent服务，并设置为开机服务

/etc/init.d/mysql-mmm-agent start

vim /etc/rc.d/rc.local后，将上述命令行添加到mysql启动命令的下面


7 在上mysql_monitor开启mmm monitor监控，并设置为开机服务

/etc/init.d/mysql-mmm-monitor start  

vi /etc/rc.d/rc.local后，将上述命令行添加


8 然后重启所有服务器系统后测试

1）在mysql_monitor上执行如下命令，查看各监控机的运行状态

执行mmm_control show 查看

2）测试结果

1）当Master和Master_Backup都正常运行时，在任意一端更新数据后都会同步到两个Slave上

2）当Master处于正常时，无论Master_Backup是否正常，在此端更新数据后都会同步到两个Slave上

3）当Master处于不可运行时，Master_Backup通过Monitor（Keepalived）成为接管者，在Master_Backup更新数据后会同步到所有Slave上，符合预期


四 问题处理总结


1 架构图中看出，Mmm_Mnitor存在单点问题，当Mmm_Mnitor处于不可运行时，整个主从结构将不能正常运行。可以部署多个监控，结合Keepalived来扩展。

2 读写分离会带来数据延迟达到的问题。假设有一个业务，当数据插入到数据库后要立即又从数据库中将此数据查询出来，因此当数据插入到Master库后，由于网络的延迟，Slave库中不会立即得到这条最新的数据，此时应用程序查询Slave库将得不到预期结果。

解决问题：将此类业务控制在一个数据库事务中进行，读写都在master中进行。因此，在mmm_common.conf配置文件中，还需要将db1和db2同时配置在reader组：

<role writer>  

    hosts   db1, db4  

    ips     192.168.31.201  

    mode    exclusive  

</role>  

<role reader>  

    hosts    db1, db4, db2, db3, db5, db6   

    ips      192.168.31.202, 192.168.31.203  

    mode     balanced  

</role>  

3 主从复制差距的问题。有时候因为主服务器的更新过于频繁，造成了从服务器更新速度较慢，当然问题是多种多样，有可能是网络搭建的结构不好或者硬件的性能较差，从而使得主从服务器之间的差距越来越大,最终对某些应用产生了影响。

解决问题：定期进行主从服务器的数据同步，具体步骤如下在主服务器上

mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 rows affected (0.03 sec)
mysql> show master status\G;
*************************** 1. row ***************************
File: mysql-bin.000004
Position: 102
Binlog_Do_DB:
Binlog_Ignore_DB:
1 row in set (0.00 sec)

记录出日志的名字和偏移量,这些是从服务器复制的目的目标;在从服务器上,使用MASTER_POS_WAIT()函数得到复制坐标值

mysql> select master_pos_wait('mysql-bin.000004','102');
+-------------------------------------------+
| master_pos_wait('mysql-bin.000004','102') |
+-------------------------------------------+
|                                      0                         |
+-------------------------------------------+
1 row in set (0.00 sec)

这个select 语句会阻塞直到从服务器达到指定日志文件和偏移量后,返回0,如果是-1,则表示超时退出,查询是0时,表示从服务器与主服务器已经同步









本文转自super李导51CTO博客，原文链接： http://blog.51cto.com/superleedo/1897966，如需转载请自行联系原作者




文章标签：
云数据库 RDS MySQL 版
日志服务
关系型数据库
MySQL
测试技术
开发工具
监控
关键词：
架构主从复制
云数据库 RDS MySQL 版架构
架构mysql
云数据库 RDS MySQL 版主从复制
云数据库 RDS MySQL 版架构主从复制
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发，帮助IT从业者们通过“阿里云Web应用上云解决方案”，了解一个企业级Web应用上云的常见架构，了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品：云数据库RDS MySQL 版 阿里云关系型数据库RDS（Relational Database Service）是一种稳定可靠、可弹性伸缩的在线数据库服务，提供容灾、备份、恢复、迁移等方面的全套解决方案，彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
技术小甜
目录
相关文章
青云交（Java大数据AI云原生Python）
|
负载均衡 算法 关系型数据库
大数据大厂之MySQL数据库课程设计：揭秘MySQL集群架构负载均衡核心算法：从理论到Java代码实战，让你的数据库性能飙升！
本文聚焦 MySQL 集群架构中的负载均衡算法，阐述其重要性。详细介绍轮询、加权轮询、最少连接、加权最少连接、随机、源地址哈希等常用算法，分析各自优缺点及适用场景。并提供 Java 语言代码实现示例，助力直观理解。文章结构清晰，语言通俗易懂，对理解和应用负载均衡算法具有实用价值和参考价值。
青云交（Java大数据AI云原生Python）
615 14
大数据大厂之MySQL数据库课程设计：揭秘MySQL集群架构负载均衡核心算法：从理论到Java代码实战，让你的数据库性能飙升！
游客aimstvzg73tkk
|
8月前
|
存储 监控 NoSQL
Redis高可用架构全解析：从主从复制到集群方案
Redis高可用确保服务持续稳定，避免单点故障导致数据丢失或业务中断。通过主从复制实现数据冗余，哨兵模式支持自动故障转移，Cluster集群则提供分布式数据分片与水平扩展，三者层层递进，保障读写分离、容灾切换与大规模数据存储，构建高性能、高可靠的Redis架构体系。
游客aimstvzg73tkk
675 1
阿里云瑶池数据库_
|
11月前
|
关系型数据库 MySQL 分布式数据库
Super MySQL｜揭秘PolarDB全异步执行架构，高并发场景性能利器
阿里云瑶池旗下的云原生数据库PolarDB MySQL版设计了基于协程的全异步执行架构，实现鉴权、事务提交、锁等待等核心逻辑的异步化执行，这是业界首个真正意义上实现全异步执行架构的MySQL数据库产品，显著提升了PolarDB MySQL的高并发处理能力，其中通用写入性能提升超过70%，长尾延迟降低60%以上。
阿里云瑶池数据库_
811 17
青云交（Java大数据AI云原生Python）
|
负载均衡 算法 关系型数据库
大数据新视界--大数据大厂之MySQL数据库课程设计：MySQL集群架构负载均衡故障排除与解决方案
本文深入探讨 MySQL 集群架构负载均衡的常见故障及排除方法。涵盖请求分配不均、节点无法响应、负载均衡器故障等现象，介绍多种负载均衡算法及故障排除步骤，包括检查负载均衡器状态、调整算法、诊断修复节点故障等。还阐述了预防措施与确保系统稳定性的方法，如定期监控维护、备份恢复策略、团队协作与知识管理等。为确保 MySQL 数据库系统高可用性提供全面指导。
青云交（Java大数据AI云原生Python）
426 14
智物科技库
|
SQL 网络协议 关系型数据库
MySQL 主从复制
主从复制是 MySQL 实现数据冗余和高可用性的关键技术。主库通过 binlog 记录操作，从库异步获取并回放这些日志，确保数据一致性。搭建主从复制需满足：多个数据库实例、主库开启 binlog、不同 server_id、创建复制用户、从库恢复主库数据、配置复制信息并开启复制线程。通过 `change master to` 和 `start slave` 命令启动复制，使用 `show slave status` 检查同步状态。常见问题包括 IO 和 SQL 线程故障，可通过重置和重新配置解决。延时原因涉及主库写入延迟、DUMP 线程性能及从库 SQL 线程串行执行等，需优化配置或启用并行处理
智物科技库
352 40
Shepherd
|
关系型数据库 MySQL 数据库
RDS用多了，你还知道MySQL主从复制底层原理和实现方案吗？
随着数据量增长和业务扩展，单个数据库难以满足需求，需调整为集群模式以实现负载均衡和读写分离。MySQL主从复制是常见的高可用架构，通过binlog日志同步数据，确保主从数据一致性。本文详细介绍MySQL主从复制原理及配置步骤，包括一主二从集群的搭建过程，帮助读者实现稳定可靠的数据库高可用架构。
Shepherd
864 9
RDS用多了，你还知道MySQL主从复制底层原理和实现方案吗？
erqfvnamwumvo
|
SQL 存储 缓存
MySQL的架构与SQL语句执行过程
MySQL架构分为Server层和存储引擎层，具有高度灵活性和可扩展性。Server层包括连接器、查询缓存（MySQL 8.0已移除）、分析器、优化器和执行器，负责处理SQL语句；存储引擎层负责数据的存储和读取，常见引擎有InnoDB、MyISAM和Memory。SQL执行过程涉及连接、解析、优化、执行和结果返回等步骤，本文详细讲解了一条SQL语句的完整执行过程。
erqfvnamwumvo
533 3
顾翔
|
8月前
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能（下）
使用MYSQL Report分析数据库性能
顾翔
516 158
翼龙云TG_yilongcloud
|
8月前
|
关系型数据库 MySQL 数据库
自建数据库如何迁移至RDS MySQL实例
数据库迁移是一项复杂且耗时的工程，需考虑数据安全、完整性及业务中断影响。使用阿里云数据传输服务DTS，可快速、平滑完成迁移任务，将应用停机时间降至分钟级。您还可通过全量备份自建数据库并恢复至RDS MySQL实例，实现间接迁移上云。
翼龙云TG_yilongcloud
270 1
游客vphb4ae2je2zi
|
8月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS费用价格：MySQL、SQL Server、PostgreSQL和MariaDB引擎收费标准
阿里云RDS数据库支持MySQL、SQL Server、PostgreSQL、MariaDB，多种引擎优惠上线！MySQL倚天版88元/年，SQL Server 2核4G仅299元/年，PostgreSQL 227元/年起。高可用、可弹性伸缩，安全稳定。详情见官网活动页。
游客vphb4ae2je2zi
1354 152

热门文章

最新文章

  • 1
    面向视频的全新AI架构 —— 阿里云智能视觉技术全解
  • 2
    HBase系统架构
  • 3
    Service Mesh 最火项目 Istio 架构解析
  • 4
    直播 | 阿里、携程、网易共同出品， 后端架构工程实践系列直播
  • 5
    阿里架构师眼里JVM可以说的那些事
  • 6
    Robot OS系统架构设计
  • 7
    21秒看尽ImageNet屠榜模型，60+模型架构同台献艺
  • 8
    语雀桌面端技术架构实践
  • 9
    [译]WPF MVVM 架构 Step By Step(5)（添加actions和INotifyPropertyChanged接口）
  • 10
    .NET分布“.NET研究”式架构开发实战之一 故事起源
  • 1
    【紧急救援】MySQL CPU 100%！一套组合拳教你快速定位并解决！
    882
  • 2
    MySQL中日期和时间函数的使用指南
    417
  • 3
    MySQL 与 Redis 如何保证双写一致性？
    756
  • 4
    【赵渝强老师】MySQL的事务隔离级别
    411
  • 5
    【Docker】（3）学习Docker中 镜像与容器数据卷、映射关系！手把手带你安装 MySql主从同步 和 Redis三主三从集群！并且进行主从切换与扩容操作，还有分析 哈希分区 等知识点！
    791
  • 6
    MySQL源码编译安装
    1866
  • 7
    MySQL二进制包安装
    1059
  • 8
    MySQL包安装 -- SUSE系列（离线RPM包安装MySQL）
    758
  • 9
    MySQL包安装 -- SUSE系列（SUSE资源库安装MySQL）
    734
  • 10
    MySQL包安装 -- Debian系列（离线DEB包安装MySQL）
    3019

    • 相关课程

    更多
  • 云数据库MySQL版快速上手教程
  • 阿里云云原生数据仓库AnalyticDB MySQL版 使用教程
  • MySQL实战进阶
  • 阿里云数据库产品家族及特性
  • 数据库及SQL/MySQL基础
  • 云数据库MySQL快速入门

    • 相关电子书

    更多
  • MySQL 技术大全：开发、优化与运维实战
  • 阿里云数据库运维实战手册
  • 搭建电商项目架构连接MySQL

    • 推荐镜像

    更多
  • mysql
    • 下一篇
    阿里云网盘 Skill 上线：让 OpenClaw 的成果，手机一点就能发给客户