MySQL架构探讨

首先，肯定一点：一个合理的服务器的架构设计，能够让应用更好的运行与维护。

架构的设计，取决于公司服务器硬件和具体应用！
先讨论一下服务器硬件相关：

1. 单台服务器
0).开单个进程和端口
1).开多个进程和端口
2. 使用Master/Slave的服务器结构

0).Master/Slave（单主到单从）
1).Master-MultiSlave（单主到多从）
2).Master-DistributedMaster-Slave（单主到从到多从）
3).Tree（单主到多从再到多从）
4).Master-Master（双主）
3. 使用分布式的散列存储
   好像淘宝在用这个架构
   分布式存储结构，简单的可以是多台服务器，每台服务器功能是类似的，但是存储的数据不一样，比如做一个用户系统，那么把用户ID在1-20万以内的存储在A服务器，用户ID在20-40万存储在B服务器，40-60万存储在C服务器，以此类推。如果每个用户访问的服务器不足，可以构建组服务器，就是每组用户拥有多台服务器，比如可以在某用户组建立两台MySQL服务器，一台Master，一台Slave，同样分离他们的更新和查询操作，或者可以设计成双向同步。同时，你的应用程序必须支持跨数据库和跨服务器的操作能力。

未完----，待续
不管是哪种架构，数据备份都是必须要做好的内容！