互联网数据库怎么安装？数据库安装教程

互联网数据库安装实践报告

项目背景与目标

随着互联网业务的快速发展,数据量呈现指数级增长，传统的关系型数据库在应对高并发读写、海量数据存储及分布式扩展方面逐渐显露出瓶颈，为了构建一个高可用、高性能且易于扩展的数据存储底层架构，本次实践旨在部署一套基于 MySQL 8.0 的主从复制集群环境。

本次实践的核心目标包括：

1. 环境标准化：在 Linux (CentOS 7/Ubuntu 20.04) 环境下完成数据库软件的安装与基础配置。
2. 高可用架构搭建：实现一主两从（Master-Slave）的复制架构，确保数据冗余与故障转移能力。
3. 性能与安全基线：优化关键参数以提升吞吐量，并配置基础的安全访问控制。

环境准备

在开始安装之前,必须确保服务器环境满足以下要求，以避免后续运行中出现兼容性问题或性能瓶颈。

安装步骤详解

本次实践采用 二进制通用包（Generic Binary） 方式进行安装，这种方式无需编译，部署速度快，且便于版本管理。

1 创建系统用户与目录结构

出于安全考虑,不建议使用 root 用户直接运行数据库进程。

# 创建 mysql 用户组
groupadd mysql
# 创建 mysql 用户并加入组，禁止登录
useradd -r -g mysql -s /bin/false mysql
# 创建数据目录和日志目录
mkdir -p /data/mysql/data
mkdir -p /data/mysql/logs
mkdir -p /data/mysql/etc
# 赋予权限
chown -R mysql:mysql /data/mysql
chmod 750 /data/mysql

2 下载与解压二进制包

访问 MySQL 官方下载页面，获取适用于 Linux 的 Generic 二进制包。

# 假设下载文件名为 mysql-8.0.35-linux-glibc2.17-x86_64.tar.xz
tar -xvf mysql-8.0.35-linux-glibc2.17-x86_64.tar.xz
# 移动到安装目录并重命名
mv mysql-8.0.35-linux-glibc2.17-x86_64 /usr/local/mysql
# 创建软链接，方便后续升级维护
ln -s /usr/local/mysql /usr/local/mysql_latest

3 初始化数据库

使用 mysqld 命令进行初始化，这将生成数据目录、系统表以及初始 root 密码。

cd /usr/local/mysql
# 执行初始化命令
./bin/mysqld --initialize --user=mysql --basedir=/usr/local/mysql --datadir=/data/mysql/data
# 注意：终端会输出一行临时密码，务必记录保存
# [Note] [MY-010454] [Server] A temporary password is generated for root@localhost: abc123XYZ!

4 配置文件编写

创建 my.cnf 配置文件，放置于 /data/mysql/etc/ 目录下，以下为主节点（Master）的基础配置示例：

[mysqld]
# 基本设置
basedir=/usr/local/mysql
datadir=/data/mysql/data
socket=/tmp/mysql.sock
port=3306
user=mysql
# 字符集设置
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci
# 主从复制配置 (Master)
server-id=1
log-bin=mysql-bin
binlog-format=ROW
expire_logs_days=7
# 性能优化
innodb_buffer_pool_size=2G
innodb_log_file_size=256M
max_connections=1000

5 启动服务

将 MySQL 加入系统服务管理，以便开机自启和方便控制。

# 复制启动脚本
cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql
# 赋予执行权限
chmod +x /etc/init.d/mysql
# 启动服务
service mysql start
# 设置开机自启
chkconfig mysql on

主从复制配置实践

为了实现高可用,我们在主节点（IP: 192.168.1.101）配置完成后，需在从节点（IP: 192.168.1.102, 192.168.1.103）进行相应配置。

1 主节点配置检查

在主节点创建用于同步的账号,并查看当前二进制日志位置。

-登录主节点
mysql -u root -p
-创建复制账号
CREATE USER 'repl'@'%' IDENTIFIED BY 'StrongPassword123!';
GRANT REPLICATION SLAVE ON . TO 'repl'@'%';
FLUSH PRIVILEGES;
-查看主节点状态
SHOW MASTER STATUS;

记录 File 和 Position 字段值，mysql-bin.000001, 154

2 从节点配置

修改从节点的 my.cnf，设置不同的 server-id（如 2 和 3），并注释掉 log-bin（可选，取决于是否开启半同步或级联复制）。

重启从节点服务后,执行以下 SQL 建立连接：

CHANGE MASTER TO
  MASTER_HOST='192.168.1.101',
  MASTER_USER='repl',
  MASTER_PASSWORD='StrongPassword123!',
  MASTER_LOG_FILE='mysql-bin.000001',
  MASTER_LOG_POS=154;
START SLAVE;
SHOW SLAVE STATUSG

3 验证同步状态

在 SHOW SLAVE STATUSG 的输出中，关注以下两个字段：

• Slave_IO_Running: Yes
• Slave_SQL_Running: Yes

若两者均为 Yes，且 Seconds_Behind_Master 为 0 或较小数值，则表明主从同步配置成功。

安全加固与性能调优

1 安全加固措施

1. 移除测试数据库：删除默认的

   

   test 数据库。

2. 禁用远程 Root 登录：确保 root 用户只能从 localhost 登录。
3. 密码策略：启用 validate_password 插件，强制要求复杂密码。
4. 端口隐藏：虽然不建议完全隐藏端口，但可通过防火墙限制仅允许应用服务器 IP 访问 3306 端口。

2 关键性能参数调优

针对互联网高并发场景,对 my.cnf 进行以下调整：

常见问题排查

在安装与运行过程中,可能会遇到以下典型问题：

1. 启动失败，报错 “Can’t open the mysql.plugin table”

   • 原因：数据目录权限错误或初始化未完全完成。
   • 解决：检查 /data/mysql/data 目录的所有者是否为 mysql，并重新执行初始化命令（需先清空 data 目录）。

2. 主从同步报错 “Slave SQL thread retried transaction X time(s)”

   • 原因：从库执行 SQL 时发生冲突，通常是因为主库执行了非幂等操作或从库被手动修改。
   • 解决：检查错误日志，跳过错误步骤（SET GLOBAL sql_slave_skip_counter = 1;）或重新搭建从库。

3. 连接超时 “Too many connections”

   • 原因：并发连接数超过 max_connections 限制。
   • 解决：优化应用层连接池配置，适当调大 max_connections，并检查是否有连接泄漏。

通过本次实践,我们成功在 Linux 环境下部署了 MySQL 8.0 数据库，并构建了主从复制架构，实践表明，合理的目录规划、严格的权限管理以及针对业务场景的参数调优是保障数据库稳定运行的关键，该架构为后续引入中间件（如 ProxySQL）或迁移至分布式数据库（如 TiDB）奠定了坚实基础。

相关问题与解答

问题 1：在生产环境中，如果主节点突然宕机，如何快速实现故障转移（Failover）？

解答：
手动切换主从角色虽然可行，但在互联网高可用架构中，通常采用自动化故障转移方案，以下是两种主流策略：

1. 使用 MHA (Master High Availability) 或 Orchestrator：

   • 这些工具会监控主节点的健康状态,一旦检测到主节点宕机，它们会自动选择一个最新的从节点（基于 Relay Log 位置判断），将其提升为新的主节点。
   • 其他从节点会自动重新指向新的主节点进行同步。
   • 应用层通常配合 DNS 解析或中间件（如 ProxySQL）将流量切换到新主节点。

2. 使用 MySQL Group Replication (MGR)：

   • MGR 是一种基于 Paxos 协议的分布式共识算法，它允许多个节点同时写入（多主）或单主写入。
   • 当主节点宕机时,集群会自动选举出新的主节点，整个过程对应用透明（需配合 XA 事务或特定驱动），无需人工干预切换主从关系。

建议：对于中小规模集群，MHA 配置相对简单，成本较低；对于大规模、对一致性要求极高的场景，推荐评估 MGR 或基于 Kubernetes 的 Operator 方案。

问题 2：MySQL 8.0 相比 5.7 版本，在默认安全配置上有哪些重大变化？这对安装实践有什么影响？

解答：
MySQL 8.0 在安全性上做了显著增强，主要变化包括：

1. 默认认证插件变更：

   • MySQL 5.7 默认使用 mysql_native_password。
   • MySQL 8.0 默认使用 caching_sha2_password，这是一种更安全的认证协议，支持更强的密码哈希。
   • 影响：旧版本的客户端驱动（如某些老旧的 JDBC 驱动或 PHP 扩展）可能无法连接 MySQL 8.0，在安装实践中，如果应用连接失败，可能需要将用户认证插件改回 mysql_native_password，或者升级应用端的数据库驱动。

2. 默认字符集变更：

   • MySQL 5.7 默认字符集通常是 latin1。
   • MySQL 8.0 默认字符集变为 utf8mb4。
   • 影响：这有利于直接支持 Emoji 表情和多语言字符，减少了手动修改配置文件的步骤，但在迁移旧数据时，需注意旧数据中可能存在的非 UTF-8 编码问题，建议在迁移前进行数据清洗。

3. 密码过期策略：

   • MySQL 8.0 默认启用了密码过期策略（default_password_lifetime 默认为 360 天）。
   • 影响：如果不修改配置，root 用户的密码每 360 天会过期，导致应用连接中断，在生产环境安装时，通常需要在 my.cnf 中设置 default_password_lifetime=0 以禁用自动过期，或建立严格的密码管理流程。