企业官网建设流程全解析

简介：天龙八部游戏数据库MySQL安装指南，是一份面向游戏私服架设与数据库管理人员的实用文档。它围绕天龙八部游戏数据库环境，详细讲解在Linux服务器上安装MySQL 5.0.45的完整操作流程，包括安装文件传输、解压编译、字符集配置、数据库初始化及开机自启设置，覆盖从准备到上线的关键步骤，适合具备基础Linux命令知识、希望独立搭建游戏数据库的读者。资源为单个PDF文件，仅66KB，轻量易用。目前已有587人学习下载，说明该文档对许多同类需求者具有参考价值。通过阅读，可以快速理清MySQL安装的各个环节，减少自行摸索时间，避免因配置遗漏导致的数据库运行问题，为后续游戏数据开发与维护打下基础。

1. 天龙八部游戏数据库要装 mysql 5.0.45：别被“老版本”劝退

看到《天龙八部游戏数据库 mysql 安装》这份文档时，很多人第一反应是“2011 年的 mysql 5.0.45，太老了吧”。但如果你真正架过天龙八部服务端就会明白，“新版本不一定能用”才是这个场景的常态。游戏库里的存储过程、字符集和连接方式往往是为老版本 mysql 调的，换 5.6、5.7 反而会碰到一堆不兼容问题。这份资源的价值不在于“新”，而在于把 linux 下源码编译安装 mysql 的完整流程走了一遍，从上传到配置再到自启一次讲清。适合正在搭天龙服务端、对 linux 基础命令熟悉但没碰过源码编译的运维。下面我按实际复现顺序把每一步拆开，顺手把坑标出来。

2. 源码编译三步走：上传、configure、make

源码装 mysql 大体逃不开三步：把安装包弄到服务器上、配置编译参数、make 编译安装。这三步里每一步都有细节，错了就卡住半天。

2.1 WinSCP 二进制传输与 SecureCRT 连接

先把 mysql-5.0.45.tar.gz 从本地传到 linux 服务器的 /home 目录。这里最关键的坑是 WinSCP 的传输模式：必须显式切到“二进制”，不是默认的“文本”或“自动”。tar.gz 是压缩过的二进制数据，如果用文本模式传，WinSCP 会把文件里的 0x0A 之类字节按行尾规则改写，传完后 tar 包就损坏了。常见翻车现场就是解压时报“gzip: invalid magic bytes”。

传完后用 SecureCRT 打开终端，建议把终端字符集设成 UTF-8，避免后面 vi 编辑含中文注释的 my.cnf 时乱码。登录后先确认根目录空间够不够，源码编译 mysql 至少留 2GB 剩余空间，用df -h /home看一眼总没错。

cd /home tar xzvf mysql-5.0.45.tar.gz cd /home/mysql-5.0.45

这里tar xzvf的四个参数各有作用：x 是解压，z 是走 gzip 解压，v 是打印解压出的文件名，f 指定文件。不加 z 的话，tar 会把它当普通归档包处理，同样解不开。解压完cd /home/mysql-5.0.45进去，之后的 configure、make 都得在这个目录里操作，出去就找不到配置脚本了。

2.2 configure 参数拆解

进入源码目录后第一件事是执行 configure 生成 Makefile。这一步的参数直接决定 mysql 装到哪、用什么字符集、能不能被客户端安全调用：

./configure --prefix=/usr/local/mysql-5.0.45 \ --with-charset=utf8 \ --with-extra-charsets=all \ --enable-thread-safe-client

第一个--prefix是安装路径。我习惯把版本号带进目录名，比如 /usr/local/mysql-5.0.45，这样以后要装 5.1、5.5 可以并存，切回老版本时不用动原目录。如果直接写/usr/local/mysql，后续升级覆盖时数据目录容易乱。

--with-charset=utf8是把 mysql 默认字符集设为 utf8。天龙八部服务端的表结构大多用 utf8 存中文，不加这个参数的话，默认 latin1 会让游戏里人名、帮派名全部乱码，后面再改库表字符集非常痛苦。

--with-extra-charsets=all是把所有附加字符集都编译进去，代价是编译时间多几分钟，但换来的是以后导入别人给的 SQL 时不受字符集限制，我一般直接选 all，省得一换库就报“Unknown character set”。

--enable-thread-safe-client是给客户端库加线程安全支持。游戏服务端里多个进程可能同时连同一个 mysql，如果你的 libmysqlclient 不是线程安全的，高并发连库时会随机崩溃，这个参数建议保留。

2.3 make 与 make install

configure 顺利通过后就是编译环节，这是整个安装里最耗时的部分，老机器编译 mysql 5.0.45 跑 20～40 分钟都很正常，别以为死机了。

make make install

第一个make是根据 Makefile 把源码编译成二进制文件，日志里会出现大量 gcc 的编译输出。如果这步报错，多半是缺 gcc、gcc-c++ 或 ncurses-devel，具体处理见后面避坑章节。第二个make install是把编译好的文件复制到 /usr/local/mysql-5.0.45 下，这步通常一分钟内结束。

安装完成后我习惯先看一眼目录结构是否完整：

ls -l /usr/local/mysql-5.0.45/bin/mysqld ls -l /usr/local/mysql-5.0.45/share/mysql/my-small.cnf

如果bin/mysqld存在且可执行，说明编译安装没问题了。share 目录下的 cnf 文件是 mysql 自带的配置文件模板，下一步马上要用到。

3. my.cnf 与初始化：字符集 utf8 和小内存配置

编译安装只是把程序放进目录，要让 mysql 能跑起来，还得配配置文件、初始化数据目录、启动服务。这三步天数龙服务端能不能正常读写中文数据。

3.1 替换 my-small.cnf

mysql 自带了好几套配置模板，small、medium、large 分别对应不同内存规模。天龙八部服务端通常是 mysql 和游戏进程挤在同一台服务器上，内存本来就紧张，所以我默认选my-small.cnf，它把缓冲池调得比较保守，适合 256MB～512MB 内存的机器。

cp /usr/local/mysql-5.0.45/share/mysql/my-small.cnf /etc/my.cnf

复制成 /etc/my.cnf 后，mysql 启动时会自动读这个路径，不需要额外指定配置文件位置。注意是覆盖式复制，如果之前有旧的 my.cnf，先备份成 my.cnf.bak 再覆盖，别问我为什么知道要备份。

3.2 在 client 和 mysqld 段加入 default-character-set=utf8

文件复制完，用 vi 打开 /etc/my.cnf，找到[client]和[mysqld]两个段，分别加上一行default-character-set=utf8：

vi /etc/my.cnf

进去后按G跳到文件尾部逐个找段，在[client]段下加的是“客户端连上来时默认用的字符集”，不加的话，mysql 命令行客户端、游戏服务端连上后可能用 latin1 发中文，出现“问号”或乱码。在[mysqld]段下加的是“服务端存储和返回数据时默认字符集”，不加的话，建表语句没写 charset 时就会建出 latin1 表，后面再改麻烦很多。

这里有三个细节值得注意：一是 my-small.cnf 里可能只写了[mysqld]，没有[client]段，需要自己补一个[client]再写参数；二是 5.0.45 用的是default-character-set，到了 5.5 之后才推荐用character-set-server，这个版本别写错；三是加完后最好用mysqld --verbose --help | grep charset检查当前生效值，前提是服务还没启动。

3.3 mysql_install_db 与 mysqld_safe 启动

配置文件就绪后，第一件事是初始化系统库。mysql 的权限表、帮助表都是在这步生成：

/usr/local/mysql-5.0.45/bin/mysql_install_db

执行后正常会在终端末尾看到“To start mysqld at boot time”之类的提示。此时/usr/local/mysql-5.0.45/var目录下应该出现 mysql、test 等系统库目录。如果这步报错，百分之八十是 make install 没装完整，或者 /usr/local/mysql-5.0.45 目录的属主不是当前用户，解决办法稍后详述。

初始化通过后启动服务，最稳妥的方式是 mysqld_safe，它会自动拉起 mysqld 并在崩溃时重启：

/usr/local/mysql-5.0.45/bin/mysqld_safe --user=root &

--user=root是文档里给的写法，意味着 mysqld 进程以 root 身份运行。测试环境图省事没问题，生产上不推荐，建议单独建 mysql 用户。末尾的&是把进程放到后台，终端不会被占用。启动后如果立刻出现“Starting mysqld... [ OK ]”那是最好，如果没看到，去 /usr/local/mysql-5.0.45/var 下找 .err 日志文件，mysql 起来失败的原因基本都在里面。

4. 开机自启和导入游戏库：rc.local 与 source

服务起一次不算完，服务器重启后 mysql 不会自己出现。这章讲怎么让它开机自动跑，以及怎么把天龙的服务端 SQL 导进去。

4.1 rc.local 固定启动项

centos 5、6 时代最简单的自启方式是写 /etc/rc.d/rc.local。这个文件在系统启动到最后阶段会执行，把 mysqld_safe 加进去就能保证 mysql 跟着机器起来：

echo "/usr/local/mysql-5.0.45/bin/mysqld_safe --user=root &" >> /etc/rc.d/rc.local chmod +x /etc/rc.d/rc.local

注意两点：路径必须是绝对路径，不写绝对路径的话，启动时 PATH 环境变量可能找不到 mysqld_safe；末尾的&不能省，否则开机过程会卡在启动 mysql 这里，后面其他服务全部等它。加完后最好用cat /etc/rc.d/rc.local看一眼内容，别被引号搞出多余字符。

4.2 建库建表与导入 SQL

mysql 跑起来后，天龙服务端一般会附带一份或多份 SQL 脚本，里面是建库、建表语句。先用 root 登录，然后直接 source：

/usr/local/mysql-5.0.45/bin/mysql -uroot mysql> source /home/tlbb/db/tlbb.sql; mysql> source /home/tlbb/db/account.sql;

source 是 mysql 客户端的导入命令，它会逐行执行文件里的 SQL。导入前留意两件事：一是 SQL 文件的编码，UTF-8 的 SQL 文件才能配合之前配的默认字符集；二是导入过程出现“ERROR 1064”语法错误时，多半是 SQL 里的注释或特殊字符被终端编码搞坏了，检查 SecureCRT 会话编码。

导入完执行show databases;，看到游戏库名出现在列表里才算成功。这里库名以你的服务端实际文件名为准，不同的服务端分发目录里叫法不一样，我不编。

4.3 用 mysqladmin 和 show 检查服务状态

验证 mysql 到底“活着”没，最直接的是用自带工具：

/usr/local/mysql-5.0.45/bin/mysqladmin -uroot status uptime: 132 Threads: 1 Questions: 17 Slow queries: 0 Opens: 15 Flush tables: 1 Open tables: 11 Queries per second avg: 0.128

能看到uptime就说明服务稳定。再确认监听端口和版本：

netstat -tlnp | grep 3306 /usr/local/mysql-5.0.45/bin/mysql --version

如果 netstat 没输出，说明 mysqld_safe 起来了又掉了，回头查 var 目录的日志。版本命令会输出类似mysql Ver 14.12 Distrib 5.0.45，这时候才能放心把服务端进程接上去。

5. 避坑指南：五条血泪经验

照着文档按顺序操作一般能过，但真实环境里总有意外。下面五条是我复现时实际踩过、或帮别人排查过的坑，每条都是现象、原因、解决。

5.1 解压报 gzip: invalid magic

现象：执行tar xzvf mysql-5.0.45.tar.gz后立刻报gzip: stdin has invalid magic或gzip: invalid magic bytes，文件后缀明明是 .tar.gz。

原因：WinSCP 用了文本模式传输，把二进制 tar.gz 按文本处理，字节流被改写过。很多新手的 WinSCP 默认配置是 Auto，识别不出 tar.gz 时会回退成文本格式。

解决：WinSCP 里选择连接，点“传输”标签页，把传输模式强制改成“二进制”，重新上传覆盖原文件，再解压就正常。

5.2 configure 报错 cannot find C++ compiler

现象：执行 ./configure 没有跑到末尾，输出里出现checking for C++ compiler... no或configure: error: no acceptable C++ compiler found。

原因：系统里没装 gcc-c++。configure 过程中要编译 C++ 代码，mysql 源码里有些工具是 C++ 写的。

解决：在 centos 上执行yum install -y gcc gcc-c++ make，装完重新跑 configure。debian/ubuntu 对应apt-get install build-essential。

5.3 make 报错找不到 curses.h

现象：make 编译到一半中断，最后的错误信息里能看到curses.h: No such file or directory，连带mysqladmin.cc之类的文件编译不过。

原因：mysql 5.0 的终端工具依赖 ncurses 开发库，系统只有 ncurses 运行时库，缺了头文件。

解决：先确认装没装：rpm -qa | grep ncurses，然后yum install -y ncurses-devel。装完不用清源码，重新 make 即可，configure 已经生成 Makefile，不会因为新增依赖需要重配。

5.4 mysql_install_db 初始化失败

现象：执行/usr/local/mysql-5.0.45/bin/mysql_install_db后，输出类似FATAL ERROR: Could not find (or read) my.cnf或者Neither host 'x' nor 'localhost' could be looked up。

原因：常见有三种。一是 /etc/my.cnf 里的参数写得不对，mysqld 启动时解析失败；二是 make install 没完全成功，share/mysql 目录里缺初始化脚本；三是 /usr/local/mysql-5.0.45 目录属主不是当前用户，init 脚本写不了 var 目录。当然还有网络配置问题，mysql_install_db 会尝试解析 localhost，DNS 坏了也会挂在这。

解决：先看错误日志位置，我一般先执行ls -l /usr/local/mysql-5.0.45确认目录可写，再在 /etc/my.cnf 中临时把[mysqld]段里的奇葩参数注释掉，然后重跑。如果是权限问题，直接chown -R root:root /usr/local/mysql-5.0.45。DNS 问题则在 /etc/hosts 里补一行127.0.0.1 localhost。

5.5 连接时报 Can't connect through socket

现象：mysql 客户端连不上，报ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)。

原因：这条路有两条，一是 mysqld 没起来，socket 文件自然不存在；二是 mysqld_safe 起来过但立刻崩了，或者 socket 文件路径不在 /tmp，而在 var 目录。

解决：先看进程：ps -ef | grep mysqld，没有进程就查日志tail -n 50 /usr/local/mysql-5.0.45/var/$(hostname).err。如果日志显示 buffer pool 初始化错误之类的，按 5.4 的方式排查 my.cnf。如果进程在但 socket 路径不同，执行mysql -uroot --socket=/usr/local/mysql-5.0.45/var/mysql.sock测试。

6. 装完不算完：把验证和备份做成习惯

服务起来、游戏库导入成功，看着像结束了，但真正上线前我还习惯多走两步验证，不然半夜游戏服连不上库，那才叫血泪。

第一步是确认字符集真实生效，不能只看配置文件：

/usr/local/mysql-5.0.45/bin/mysql -uroot -e "show variables like 'character%';"

输出里character_set_server和character_set_client都应该是 utf8。只要有一个不是，游戏里的中文数据迟早出事。

第二步是用 mysqladmin ping 做一分钟一次的探活。我一般写一个 50 行的 shell 脚本，把 ping 和磁盘空间检查绑在一起，任何一个失败就发一封邮件。但脚本是后话，更关键的是备份，因为导入游戏库之后，表和表之间的关系就绑定在一个可运行的库里了，再重建一次环境要重新编译、重新导数据，纯手工非常费神。

备份命令长这样：

/usr/local/mysql-5.0.45/bin/mysqldump -uroot -p --all-databases > /home/mysql_backup_$(date +%Y%m%d).sql

--all-databases会连系统库带游戏库一起导，恢复的时候直接mysql -uroot -p < 备份文件就能全部还原。老版本 mysqldump 不存在热备份阻塞问题，但导出时最好避开游戏在线高峰。从那以后我每次架完服务端，都强制自己走一遍字符集查看、mysqladmin ping、mysqldump 落盘这三件事，再关机重启验证一次 rc.local。这套动作能省下后面绝大多数的半夜排查，希望帮到你，也祝你一次通过。

本文还有配套的精品资源，点击获取