mysql只走主库

基础概念

MySQL的主从复制是一种常见的数据库架构，用于提高数据库的读取性能和数据冗余。在这种架构中，一个MySQL服务器（主库）将其数据更改复制到一个或多个其他MySQL服务器（从库）。主库负责处理所有的写操作，而从库则处理读操作。

类型

MySQL的主从复制主要有以下几种类型：

异步复制：主库在执行完写操作后立即返回，不等待从库确认。这是默认的复制方式。
半同步复制：主库在执行完写操作后，需要等待至少一个从库确认收到并写入数据后才返回。
组复制：一种更高级的复制方式，允许多个主库并行复制数据。

应用场景

读写分离：将读操作和写操作分别分配到不同的服务器上，提高系统的整体性能。
数据备份：从库可以作为数据的备份，防止数据丢失。
高并发读取：在高并发读取的场景下，多个从库可以分担读取压力。

问题及解决方法

为什么MySQL只走主库？

可能的原因包括：

配置问题：应用程序或数据库配置中没有正确设置读写分离，导致所有请求都发送到主库。
网络问题：从库的网络连接不稳定或不可达，导致应用程序无法连接到从库。
从库状态问题：从库没有正确同步主库的数据，或者从库的状态不是“ONLINE”，导致无法处理读请求。

解决方法

检查配置：
- 确保应用程序的数据库连接配置中指定了读写分离的规则。
- 确保数据库的复制配置正确，包括主库和从库的配置文件。

检查网络连接：
- 使用ping或telnet等工具检查从库的网络连接是否正常。
- 确保防火墙或安全组允许从应用程序到从库的网络流量。
检查从库状态：
- 使用SHOW SLAVE STATUS命令检查从库的状态，确保其状态为“ONLINE”并且同步正常。
- 如果从库状态异常，可以使用START SLAVE命令重新启动复制。

示例代码

以下是一个简单的示例，展示如何在应用程序中实现读写分离：

import mysql.connector

# 主库配置
master_config = {
    'host': 'master_host',
    'user': 'user',
    'password': 'password',
    'database': 'database'
}

# 从库配置
slave_config = {
    'host': 'slave_host',
    'user': 'user',
    'password': 'password',
    'database': 'database'
}

def get_connection(read_only=False):
    if read_only:
        return mysql.connector.connect(**slave_config)
    else:
        return mysql.connector.connect(**master_config)

# 写操作
def write_data(data):
    conn = get_connection(read_only=False)
    cursor = conn.cursor()
    query = "INSERT INTO table (column) VALUES (%s)"
    cursor.execute(query, (data,))
    conn.commit()
    cursor.close()
    conn.close()

# 读操作
def read_data():
    conn = get_connection(read_only=True)
    cursor = conn.cursor()
    query = "SELECT * FROM table"
    cursor.execute(query)
    result = cursor.fetchall()
    cursor.close()
    conn.close()
    return result