Mysql主从解决什么问题，不能解决什么问题？
MySQL主从同步，主负责写，从负责读，使用一主多从，能减轻读的压力
但是这不能解决写的压力和主库的单点故障，如果主库的写并发高，可以做成多个主库
MySql主从复制原理？
主要依靠binlog来实现的，它记录的是所有的DDL，DML，TCL操作
当主库的数据发生改变时，会将改变记录保存到binlog中
从库新开一个线程将binlog内容发送到从库
从库会发起一个I/O线程请求主库的binlog，并保存到中继日志中
从库新开一个SQL线程，读取中继日志并解析成具体操作，从而将主库更新的内容写到了从库中
MySql主从配置步骤？
安装mySQL主从客户端，并配置my.ini
主库需要配置授权从库使用的账号和权限，启动后可以通过show 主库名 status查看状态，我们需要记录File和Position的值，File是对应的binlog文件名，position是当前同步数据的最新行
从库需要配置主库链接信息，包括账号密码和binlog文件名和最新行，然后启动。通过show 从库名 status 检查同步状态，Slave_IO_Running 和 Slave_SQL_Running 的值都为YES，说明大功告成了
什么是垂直分表，垂直分库，水平分表，水平分库
垂直分表，可以理解为按列分表，如果一个表的字段太多了，可以按照使用频率分成不同的表，优化查询性能。比如商品表可以分为商品类型表，商品详情表，商品促销表等等
垂直分库，为了减轻单个数据库压力，我们可以按照业务类型，拆分成多个数据库，比如分布式架构，不同的模块可以有不同的数据库
水平分表，可以理解为按行分表，如果一个表的数据有千万行，查询性能太低，可以拆分成10张小表，每张表保存一百万行数据
水平分库，我们做了水平分表后，表数量太多了也会影响数据库查询效率，我们可以将这些表分到多个数据库中
分库分表后会出现哪些问题？怎么解决
会产生分布式事务，以前本地事务就能结局的问题现在要用上Seata分布式事务
垂直分库后跨库查询会导致一个查询结果来源于两个库，可能要用到多线程调用多个库查询
水平分库后一个分页查询的某一页可能来自两个库，可以将两个库的数据合并之后再执行SQL
水平分表后不同的表出现主键重复，可以通过雪花算法来解决
两个库都用到同一个表，那这个公共表的维护可能要用到MySQL主从同步
标签：主库,binlog,面试题,分库,Java,--,查询,分表,从库 From： https://blog.csdn.net/qq_56438516/article/details/141110097