一、Atlas介绍
Atlas是360开源的一个Mysql Proxy，以下是官网介绍：
Atlas是由 Qihoo 360公司Web平台部基础架构团队开发保护的一个基于MySQL协定的数据中间层我的项目。它在MySQL官网推出的MySQL-Proxy 0.8.2版本的根底上，批改了大量bug，增加了很多性能个性。目前该我的项目在360公司外部失去了广泛应用，很多MySQL业务曾经接入了Atlas平台，每天承载的读写申请数达几十亿条。同时，有超过50家公司在生产环境中部署了Atlas，超过800人已退出了咱们的开发者交换群，并且这些数字还在一直减少。https://github.com/Qihoo360/A..._ZH.md
以下是其github代码库：https://github.com/Qihoo360/A...
次要性能：
1.读写拆散
2.从库负载平衡
3.IP过滤
4.主动分表
5.DBA可平滑高低线DB
6.主动摘除宕机的DB
“主动分表”须要打引号，对于新表是没问题的；
如果是一张有历史数据的表须要拆分，Atlas是不会帮咱们拆分的，就须要本人写工具迁徙。
二、装置
1、从官网下载相应版本，咱们抉择的是2.2.1；
https://github.com/Qihoo360/A...
分表的形式有2种，1是单机分表，另1种是反对跨机器分表，能够依据状况抉择，咱们抉择的是单机分表的，即一张总表拆成多张子表，子表和总表都在一个Mysql实例上。
2、装置
因为是rpm装置，间接用rpm命令装置就能够了：
rpm -i Atlas-2.2.1.el6.x86_64.rpm
默认装置目录为 /usr/local/mysql-proxy。
启动命令
/usr/local/mysql-proxy/bin/mysql-proxyd test start
test示意哪个实例
配置文件在 usr/local/mysql-proxy/conf下，每个配置文件示意一个实例；
3、配置阐明
以下是罕用的配置项：
| 配置项 | 阐明 |
|---|---|
| admin-username | 后盾管理员账号 |
| admin-password | 后盾管理员明码 |
| proxy-backend-addresses | Mysql实例，多项以,(逗号)分隔 |
| pwds | 明码，必须和Mysql实例的明码一样，用装置目录 bin目录下的加密程序encrypt加密 |
| event-threads | 工作线程数，对性能影响大 |
| sql-log | SQL日志的开关，可设置为OFF、ON、REALTIME，OFF代表不记录SQL日志，ON代表记录SQL日志，REALTIME代表记录SQL日志且实时写入磁盘 |
| proxy-address | Atlas监听的工作接口IP和端口 |
| tables | tables |
要害参数：
proxy-backend-addresses：后端Mysql实例地址
tables：分表参数，格局：
数据库名.表名.分表字段.子表数量
举1个栗子，如果咱们在做社区，社区次要性能是发帖和回帖，那次要是2张表（只是为了演示，不会把实在理论场景所有字段加上）：
帖子表(posts)
| 字段名 | 类型 | 阐明 |
|---|---|---|
| tid | int | 帖子id |
| title | varchar(200) | 帖子题目 |
| content | text | 帖子内容 |
回复表(replies)
| 字段名 | 类型 | 阐明 |
|---|---|---|
| pid | int | 回复id |
| tid | int | 帖子id |
| uid | int | 用户id |
| content | text | 回复内容 |
| create_time | datetime | 插入工夫 |
假如这些表都在数据库forums中，
如果咱们要对replies进行分表，则tables这样设置
forums.replies.tid.64
下面示意对replies进行分表，分表字段为tid，即所有tid雷同的回复会在同一张表，总共分64张表。
三、踩过的坑
1、Atlas不反对压缩选项，以下连贯是不行的
mysql_connect($dbhost, $dbuser, $dbpw, 1, MYSQL_CLIENT_COMPRESS);正确的写法
mysql_connect($dbhost, $dbuser, $dbpw, 1);2. Count语句问题
分表后，count返回的后果会是针对多个表查问的多个值（count后果为0的不返回），具体示例如下（以后分表为4张）：
3. 分表后，如果删掉主表，则不带分表字段的查问会报错（如下图）；如果保留主表，则查问的是主表数据。
4. 分页问题
以下面举例的场景来说，如果要从回复表查问uid为123，并且tid为100-200之间的记录的第2页（Discuz里就是这样查用户的回复的），每页显示10条，按工夫倒序，就有可能返回为空了；
为什么这样呢，构想这样一个场景，用户一共有40条回复，假如散布在4张表中，并且散布很平均，每张表10条记录，因为从每张子表取偏移10-20的记录，子表返回为空了，理论是用户是有数据的，正确的做法是从每张表取出前20条记录，再合并而后进行分页。
对于这个问题，我曾经在另一篇文章具体阐明了，Mysql中间件360 Atlas踩坑
四、总结
1、如果你是新表，并且预感当前数据很大，能够用上Atlas来解决数据量的问题；
2、旧表的话，你还得本人写脚本导数据，核查数据；
3、如果有些分页查问的话，还须要本人重写；
4、确定你的所有场景的查问是否都有分表字段作为where，没有的话，须要本人再写工具将子表的数据同步到总表；
能够看到Atlas如果须要产品化还要做很多的事件，如果确定下面都不是问题，就大胆的用吧~
往期精彩文章：
FastDFS不同步怎么破
Dubbo2.7试用
redis-port反对前缀迁徙
扩大Redis：减少Redis命令