灵活强大的MySQL代理中间件ProxySQL应用实战（2）

标签：hostgroup   alt   分享   设置   获取   实战   没有   like   elk   

ProxySQL有一个完备的配置系统，配置ProxySQL是基于sql命令的方式完成的。ProxySQL支持配置修改之后的在线保存、应用，不需要重启即可生效。整个配置系统分三层设计。
整个配置系统分为三层，如下图所示:

配置系统分为三层的目的有三个:
(1).自动更新
(2).尽可能的不重启proxysql就可以修改配置
(3).方便回滚错误配置

每层的功能与含义如下：

?   RUNTIME层
代表的是ProxySQL当前生效的正在使用的配置，包括global_variables, mysql_servers, mysql_users, mysql_query_rules表。无法直接修改这里的配置，必须要从下一层load进来。也就是说RUNTIME这个顶级层，是proxysql运行过程中实际使用的那一份配置，这一份配置会直接影响到生产环境的，所以要将配置加载进RUNTIME层时需要三思而行。
?   MEMORY层
用户可以通过MySQL客户端连接到此接口（admin接口），然后可以在mysql命令行查询不同的表和数据库，并修改各种配置，可以认为是SQLite数据库在内存的镜像。也就是说MEMORY这个中间层，上面接着生产环境层RUNTIME，下面接着持久化层DISK和CONFIG FILE。
?   MEMORY层
是我们修改proxysql的唯一正常入口。一般来说在修改一个配置时，首先修改Memory层，确认无误后再接入RUNTIME层，最后持久化到DISK和CONFIG FILE层。也就是说memeory层里面的配置随便改，不影响生产，也不影响磁盘中保存的数据。通过admin接口可以修改mysql_servers、mysql_users、mysql_query_rules、global_variables等表的数据。
?   DISK/CONFIG FILE层
表示持久存储的那份配置，持久层对应的磁盘文件是$(DATADIR)/proxysql.db，在重启ProxySQL的时候，会从proxysql.db文件中加载信息。而 /etc/proxysql.cnf文件只在第一次初始化的时候使用，之后如果要修改配置，就需要在管理端口的SQL命令行里进行修改，然后再save到硬盘。 也就是说DISK和CONFIG FILE这一层是持久化层，我们做的任何配置更改，如果不持久化下来，重启后，配置都将丢失。

需要注意的是：proxysql的每一个配置项在三层中都存在，但是这三层是互相独立的，也就是说，proxysql可以同时拥有三份配置，每层都是独立的，可能三份配置都不一样，也可能三份都一样。

下面总结下proxysql的启动过程：

当proxysql启动时，首先读取配置文件CONFIG FILE(/etc/proxysql.cnf)，然后从该配置文件中获取datadir，datadir中配置的是sqlite的数据目录。如果该目录存在，且sqlite数据文件存在，那么正常启动，将sqlite中的配置项读进内存，并且加载进RUNTIME，用于初始化proxysql的运行。如果datadir目录下没有sqlite的数据文件，proxysql就会使用config file中的配置来初始化proxysql，并且将这些配置保存至数据库。sqlite数据文件可以不存在，/etc/proxysql.cnf文件也可以为空，但/etc/proxysql.cnf配置文件必须存在，否则，proxysql无法启动。

二、ProxySQL下添加与修改配置

1、添加配置

需要添加配置时，直接操作的是MEMORAY，例如：添加一个程序用户，在mysql_users表中执行一个插入操作：

MySQL [(none)]> insert into mysql_users(username,password,active,default_hostgroup,transaction_persistent) values(‘myadmin‘,‘mypass‘,1,0,1);

这样就完成了一个用户的添加。要让这个insert生效，还需要执行如下操作：

MySQL [(none)]>load mysql users to runtime;
表示将修改后的配置(MEMORY层)用到实际生产环境（RUNTIME层）

如果想保存这个设置永久生效，还需要执行如下操作：

MySQL [(none)]>save mysql users to disk;
表示将memoery中的配置保存到磁盘中去。

除了上面两个操作，还可以执行如下操作：

MySQL [(none)]>load mysql users to memory;
表示将磁盘中持久化的配置拉一份到memory中来。

MySQL [(none)]>load mysql users from config;
表示将配置文件中的配置加载到memeory中。

2、持久化配置

以上SQL命令是对mysql_users进行的操作，同理，还可以对mysql_servers表、mysql_query_rules表、global_variables表等执行类似的操作。
如对mysql_servers表插入完成数据后，要执行保存和加载操作，可执行如下SQL命令：

MySQL [(none)]> load mysql servers to runtime;
MySQL [(none)]> save mysql servers to disk;

对mysql_query_rules表插入完成数据后，要执行保存和加载操作，可执行如下SQL命令：

MySQL [(none)]> load mysql query rules to runtime;
MySQL [(none)]> save mysql query rules to disk;

对global_variables表插入完成数据后，要执行保存和加载操作，可执行如下SQL命令：

以下命令加载或保存mysql variables（global_variables）:

MySQL [(none)]>load mysql variables to runtime
MySQL [(none)]>save mysql variables to disk

以下命令加载或保存admin variables（select * from global_variables where variable_name like ‘admin-%‘）:

MySQL [(none)]> load admin variables to runtime
MySQL [(none)]>save admin variables to disk

待续！

觉得不过瘾，后续还有一些列文章在等着呢：

原新浪网、阿里云（原万网）系统架构师，Linux畅销书《循序渐进linux》作者、51CTO博客博客专家博主、51CTO特级讲师，我的最新专栏： 轻松玩转ELK海量可视化日志分析系统，连载更新中，猛戳查看:
《轻松玩转ELK海量可视化日志分析系统》

灵活强大的MySQL代理中间件ProxySQL应用实战（2）

标签：hostgroup   alt   分享   设置   获取   实战   没有   like   elk   

原文地址：http://blog.51cto.com/ixdba/2159031