关于 MySQL 大库做主从的相关讨论

[wkl17]

对于 mysqldump --all-databases 导出后的 SQL(通常是 4~5 个 database)有几十 GB，各位目前在用的是怎样的方案？

此前用的单是 2 块 SSD+1 块 HDD，分别做主库+binlog(hdd)、从库。而且是基于 ESXi 的虚拟化。

服务器有 128G 内存，感觉物理机直接跑太浪费资源，所以一直犹豫。

但最近又考虑把各主库迁到 RAID10(HDD)的机器上(从库继续保留在原机器上)，感觉这样比单块 Intel SSD 会保险一些（ SSD 有时会掉盘，但重插拔、重启又会恢复）。可又担心即使做了 RAID10 的 HDD 的 I/O 还会成为瓶颈。

所以：

1、在犹豫应该使用物理机直接跑，还是 ESXi 虚拟化 vm 再去跑。两者的性能不知差别是否会大？

2、各位有什么方法、技巧去分析判断数据库 I/O 是否成为瓶颈的？

3、假设是你在做这样的方案，还会有哪些方面的考虑？能否分享一下？

4、各位用 MySQL 跑过的最大的数据库大概是多大？（指 mysqldump 后的单 database(约 10GB)、all-databases(约 40GB)）。（不过好些年前搞 IDC，貌似印象中还有个客户论坛 mysqldump 后有 28GB，那时还是用的 5.1 左右的版本，未做主从）

谢谢。

完善补充： 刚才说的几十 GB 只是单组集群，但面对的是多组集群，所以才又想到用物理机 RAID10 直接跑 CentOS+MySQL。（换而言之：把多少组的集群主库迁到 RAID10 比较合适？假设以 40GB * N，其中的 N==集群数）

[nandaye]

1.虚拟化 VM 跑，MySQL 用物理机太奢侈了吧
2.插大量数据做对比测试？ SSD 的话，I/O 应该不是问题吧，如果 I/O 还是有瓶颈，你有什么办法？
3.如果是生产，主从以外还需要热备机和异地容灾备机吧
以上是不负责胡说

[defunct9]

上 docker

[wkl17]

@nandaye @defunct9 感谢两位参与讨论。

后来再想想，感觉用物理机直接跑，维护不方便，所以应该还是会以虚拟化来运行。现在主要就纠结在 HDD 的 RAID10 不知道能撑起多少数据量。估计得专业的 DBA 才会做这方面的测试。。

Docker 跑数据库，没试过，有机会了解一下。

不知道 v2 上是否从事 DBA 工作的比较少，还是这个话题 不够吸引人。。

希望有更多人发表自己的看法。。

[defunct9]

认真回复下，上一条纯属胡说八道。
MySQL 现在绝对不要上 Docker，因为无论是进入容器的方式，还有启动 mysql 的方式，都会跳坑。
我们的数据库服务器是 Dell R730，128G 内存，Raid10，4×600GB，大概是 1TB 可用空间。
IO 和吞吐暂时都没遇到瓶颈，等到了再说。