面试题答案
一键面试网络方面
- 带宽检查：
- 使用工具如
iperf测试主从服务器之间的网络带宽，确保带宽满足数据传输需求。若带宽不足，联系网络团队增加带宽。 - 分析网络流量，排除其他无关流量占用带宽。
- 使用工具如
- 网络延迟优化：
- 检查网络拓扑，减少不必要的网络跳转，优化网络路径。
- 配置合适的网络设备参数，如交换机的缓冲区大小等，减少网络拥塞和延迟。
- 网络稳定性：
- 部署网络监控工具，实时监测网络连接状态，及时发现并处理网络中断或不稳定情况。
- 考虑使用冗余网络连接，如双网卡绑定等技术，提高网络的可靠性。
存储方面
- 磁盘 I/O 优化：
- 检查磁盘使用情况，使用工具如
iostat查看磁盘的读写速度、利用率等指标。若磁盘 I/O 繁忙，考虑升级磁盘设备，如从机械硬盘（HDD）更换为固态硬盘（SSD），以提高 I/O 性能。 - 优化磁盘阵列配置，选择合适的 RAID 级别，平衡数据冗余和性能。例如，RAID 0 可提供较高的读写性能，但无数据冗余；RAID 1 提供数据冗余但写入性能稍低，根据项目需求合理选择。
- 调整文件系统参数，如
ext4文件系统的noatime选项可减少文件系统对文件访问时间的更新，从而减少 I/O 操作。
- 检查磁盘使用情况，使用工具如
- 日志文件管理：
- 合理配置 MariaDB 的日志文件存储位置，避免与数据文件存放在同一磁盘设备上，减少 I/O 竞争。
- 定期清理二进制日志文件，避免日志文件过大影响性能。可以通过设置
expire_logs_days参数来指定日志文件的保留天数。
配置参数方面
- 主库参数：
log - bin相关参数：binlog - format：选择合适的二进制日志格式，如ROW格式在某些情况下比STATEMENT格式更节省空间和网络带宽，尤其在处理大事务时。可以根据业务场景测试选择最优格式。sync - binlog：该参数控制二进制日志刷新到磁盘的频率。设置为 0 时性能最高，但可能在崩溃时丢失部分日志；设置为 1 时数据安全性最高，但会有一定的性能开销。可以根据项目对数据安全性和性能的要求，在 0 - 1 之间进行权衡设置，如设置为 100，表示每写 100 次日志缓冲区就同步到磁盘。
innodb相关参数：innodb - buffer - pool - size：根据服务器内存大小合理设置 InnoDB 缓冲池大小，一般建议设置为服务器物理内存的 60% - 80%。缓冲池用于缓存数据和索引，合适的大小可以减少磁盘 I/O。innodb - log - file - size：调整 InnoDB 日志文件大小，合适的大小可以减少日志切换频率，提高性能。一般设置为总数据量的 25% 左右，但需要根据实际情况测试调整。
- 从库参数：
relay - log相关参数：relay - log - space - limit：设置中继日志的空间限制，避免中继日志无限制增长占用过多磁盘空间。可以根据磁盘空间和业务需求合理设置。sync - relay - log：类似于主库的sync - binlog，控制中继日志刷新到磁盘的频率，权衡数据安全性和性能。
- 并行复制参数：
slave - parallel - type：设置并行复制类型，如LOGICAL_CLOCK可基于逻辑时钟进行并行复制，提高复制效率。slave - parallel - workers：根据从库的 CPU 核心数合理设置并行复制的线程数，充分利用 CPU 资源加速复制。一般设置为 CPU 核心数减 1。
- 其他通用参数：
max - connections：根据服务器的硬件资源和业务并发量合理设置最大连接数。设置过大可能导致服务器资源耗尽，设置过小可能无法满足业务需求。可以通过监控连接数使用情况进行调整。wait - timeout：合理设置连接等待超时时间，避免长时间空闲连接占用资源。可以根据业务需求适当缩短该时间，如设置为 60 秒。
数据库架构和业务方面
- 数据库架构优化：
- 分析业务读写模式，考虑进行读写分离，将读操作分担到多个从库上，减轻主库压力。
- 对数据进行合理的分区，如按时间、地域等维度进行分区，减少单个表的数据量，提高查询和复制性能。
- 业务优化：
- 优化业务 SQL 语句，使用
EXPLAIN关键字分析查询语句的执行计划，确保索引被正确使用，减少全表扫描等低效操作。 - 合理控制事务大小，避免大事务阻塞复制。将大事务拆分成多个小事务执行。
- 优化业务 SQL 语句，使用