1核1G主机跑MySQL做开发测试环境是否足够？

直接给结论：勉强能跑，但体验极差，不推荐作为长期开发环境。

1 核 1G 这种配置，在现在的硬件环境下属于“极限生存”。MySQL 本身是个吃内存的进程，尤其是 InnoDB 引擎，它极度依赖 Buffer Pool（缓冲池）来缓存数据和索引。

具体会遇到的几个“坑”：

1. 内存不够用，系统会频繁 Swap
   MySQL 默认配置通常会让它尝试占用较多内存。一旦物理内存耗尽，操作系统就会开始使用磁盘做虚拟内存（Swap）。你的 CPU 只有 1 核，这时候 CPU 会瞬间飙升到 100%，因为所有时间都花在读写磁盘和调度进程上了。你会发现连 SHOW PROCESSLIST 这种简单命令都要卡半天，甚至 SSH 连接都变得卡顿。

2. 并发查询直接崩盘
   开发测试时，你大概率不会只跑一个查询。你可能一边写代码，一边跑单元测试，一边还要手动执行一些复杂的 Join 查询。在 1G 内存下，只要同时有两个稍微复杂点的 SQL 在跑，数据库响应时间就会从毫秒级变成秒级甚至超时。

3. 备份与日志也是负担
   如果你需要开启 binlog 或者定期做 mysqldump 备份，这些操作会瞬间吃光剩下的那点内存。对于开发环境来说，有时候为了省事直接 dump 整个库，结果把服务器搞死机是常事。

什么情况下可以凑合用？

• 纯单表、无关联查询：如果你只是测试最简单的增删改查，且数据量控制在几千行以内。
• 非实时交互：你不需要一边看日志一边操作数据库，接受每次查询等待几秒。
• 配合 Docker 隔离：如果必须用，建议用 Docker 部署，并严格限制 MySQL 的 innodb_buffer_pool_size 为总内存的 50%（比如 480M），否则它会把 Linux 系统本身挤爆。

更务实的建议：

1. 升级配置：如果能加一点预算，2 核 2G 是起步价。这个配置下，MySQL 能比较从容地分配 1G 左右的缓冲池，开发体验会有质的飞跃。
2. 换轻量级方案：如果实在只能维持 1 核 1G，考虑把 MySQL 换成 SQLite。SQLite 是文件型数据库，没有独立的守护进程，对内存和 CPU 的消耗极低，非常适合单机开发和小型测试。虽然它不支持高并发写入，但对于个人开发测试完全够用。
3. 利用云厂商免费额度：很多云服务商提供长期的免费实例（通常是 1 核 1G 或 2 核 2G），或者按量付费的临时实例，用完即毁，比硬扛一台低配机器划算得多。

总结一句话：除非是为了学习如何优化低配服务器的参数，否则别拿 1 核 1G 跑 MySQL 做日常开发，那是跟自己过不去。