docker下用haproxy负载均衡MySQL

上次写了一篇 docker模拟MySQL主从同步 的博客，于是想着试试用haproxy对多个mysql进行负载均衡。

先把MySQL跑起来，这里就测试俩吧。

docker pull mysql  docker run -d -p 6666:3306 -e MYSQL_ROOT_PASSWORD=123456 —name mysql6666 mysql  docker run -d -p 7777:3306 -e MYSQL_ROOT_PASSWORD=123456 —name mysql7777 mysql  

命令执行完毕，通过docker ps -a发现这哥俩都跑起来了，然后用docker inspect special-container-id也看到了各自对应的IP地址。

MySQL跑起来了，但是“外网”需要访问的话，也需要设置下权限以及可连接的范围

GRANT ALL ON *.* TO 'root'@'%’; # 授权给root用户所有权限  flush privileges; # 刷新权限，使其生效  

但是在我的Mac上使用Chrome MySQL Admin这个拓展，怎么就连不上去，开了下后来查了查文档发现是加密规则的问题。

docker exec -it container_id /bin/bash # 进入到容器内部    mysql -uroot -p123456    GRANT ALL ON *.* TO 'root'@'%’; # 授权给root用户所有权限  flush privileges; # 刷新权限，使其生效    # mysql8.0 更改了加密规则  ALTER USER 'root'@'localhost' IDENTIFIED BY 'password' PASSWORD EXPIRE NEVER;  # 更新root用户的密码  ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY '123456’;  # 继续刷新权限  flush privileges;  

同理，对另一台MySQL也做类似的处理。

接下来是haproxy，测试的过程不甚理想，老是出错。

docker pull haproxy  

然后搞一份网上找的配置文件，改改用。

global      daemon      nbproc 1      chroot /usr/local/etc/haproxy    defaults      mode tcp      retries 2      option redispatch      #option abortonclos      maxconn 4096      timeout connect 5000ms      timeout client 30000ms      timeout server 30000ms      #timeout check 200      log 127.0.0.1 local0 err    #监控界面  listen  admin_stats      #监控界面的访问的IP和端口      bind  0.0.0.0:8888      #访问协议      mode        http      #URI相对地址      stats uri   /dbs      #统计报告格式      stats realm     Global statistics      #登陆帐户信息      stats auth  admin:123456    listen test1      bind 0.0.0.0:33060      mode tcp      #maxconn 4086      #log 127.0.0.1 local0 debug      server s1 172.17.0.2:3306 check      server s2 172.17.0.3:3306 check    

然后再两台mysql中添加haproxy可以访问的账号，这个步骤我不清楚是不是必须的，没具体探究。

create user 'haproxy'@'%' identified by '';  flush privileges;  

然后就是让ha跑起来

docker run -d -p 8888:8888 -p 33060:3306 -e /docker-entrypoint.…"   16 minutes ago      Up 16 minutes       0.0.0.0:8888->8888/tcp, 0.0.0.0:33060->3306/tcp   myhaproxy  003cfded1375        mysql               "docker-entrypoint.s…"   11 hours ago        Up 11 hours         33060/tcp, 0.0.0.0:7777->3306/tcp                 mysql7777  7d056a385d10        mysql               "docker-entrypoint.s…"   11 hours ago        Up 11 hours         33060/tcp, 0.0.0.0:6666->3306/tcp                 mysql6666  

再去 http://localhost:8888/dbs 看看当前节点的工作状态。

然后为了区分负载均衡，我在mysql6666里面加了一个test库，放了一张表guo.

mysql> use test  Reading table information for completion of table and column names  You can turn off this feature to get a quicker startup with -A    Database changed  mysql> show tables;  +----------------+  | Tables_in_test |  +----------------+  | guo            |  +----------------+  1 row in set (0.01 sec)    mysql> desc guo;  +-------+--------------+------+-----+---------+----------------+  | Field | Type         | Null | Key | Default | Extra          |  +-------+--------------+------+-----+---------+----------------+  | id    | int(11)      | NO   | PRI | NULL    | auto_increment |  | name  | varchar(255) | NO   |     | NULL    |                |  +-------+--------------+------+-----+---------+----------------+  2 rows in set (0.01 sec)  

而mysql7777什么都不做，这时候用Chrome MySQL Admin去连接。

第一次连接的效果图

此时点击logout，再点击connect

发现两次的内容不一致了，也就是负载均衡正常工作了，enjoy。

原文出处：csdn -> https://blog.csdn.net/Marksinoberg/article/details/90737576