MySQL ProxySQL读写分离使用初探
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL ProxySQL读写分离使用初探,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含20749字,纯文字阅读大概需要30分钟。
内容图文
在美团点评DBProxy读写分离使用说明文章中已经说明了使用目的,本文介绍ProxySQL的使用方法以及和DBProxy的性能差异。具体的介绍可以看官网的相关说明,并且这个中间件也是percona推的一款中间件。其特性和其他读写分离的中间件差距不大,具体的会在文中介绍。本文大致简单的介绍在使用过程中的一些说明,也可以看官方的wiki获得使用帮助。
环境:
Distributor ID: Ubuntu Description: Ubuntu 14.04.5 LTS Release: 14.04 Codename: trusty
下载
percona站点:
https://www.percona.com/downloads/proxysql/
github/官网:
https://github.com/sysown/proxysql/releases
安装
1)编译安装:
1:下载 wget https://github.com/sysown/proxysql/archive/v1.3.6.tar.gz 2:安装依赖包 apt-get install automake bzip2 cmake make g++ gcc git openssl debconf-utils 3:解压、编译 make make install ... Adding system startup for /etc/init.d/proxysql ... /etc/rc0.d/K20proxysql -> ../init.d/proxysql /etc/rc1.d/K20proxysql -> ../init.d/proxysql /etc/rc6.d/K20proxysql -> ../init.d/proxysql /etc/rc2.d/S20proxysql -> ../init.d/proxysql /etc/rc3.d/S20proxysql -> ../init.d/proxysql /etc/rc4.d/S20proxysql -> ../init.d/proxysql /etc/rc5.d/S20proxysql -> ../init.d/proxysql 4:修改非root启动 添加用户: useradd proxysql 修改相关文件权限: cd /var/lib/ chown -R proxysql.proxysql proxysql/ cd /etc/ chown -R proxysql.proxysql proxysql.cnf 修改启动命令 vi /etc/init.d/proxysql ->75行 proxysql $OPTS 改成 sudo -u proxysql /usr/bin/proxysql $OPTS 5:启动&关闭 /etc/init.d/proxysql start /etc/init.d/proxysql stop
2)deb包安装:
1:下载 wget https://github.com/sysown/proxysql/releases/download/v1.3.6/proxysql_1.3.6-dbg-ubuntu14_amd64.deb 2:安装 dpkg -i proxysql_1.3.5-1.1.trusty_amd64.deb 3:非root用户启动,参考编译安装部分。
文件说明
通过启动文件 /etc/init.d/proxysql里可以知道ProxySQL安装好的数据目录在 /var/lib/proxysql/,配置文件目录在 /etc/proxysql.cnf。
root@proxysql:/var/lib/proxysql# pwd /var/lib/proxysql root@proxysql:/var/lib/proxysql# ls -lh total 48K -rw------- 1 proxysql proxysql 33K 5月 9 11:52 proxysql.db -rw------- 1 proxysql proxysql 7.4K 5月 9 11:56 proxysql.log root@proxysql:~# ls -lh /etc/proxysql.cnf -rw------- 1 proxysql proxysql 4.2K 5月 9 11:45 /etc/proxysql.cnf
启动之后,可以看到这些文件:proxysql.db是SQLITE的数据文件,proxysql配置,如后端数据库的账号、密码、路由等存储在这个数据库里面,proxysql.log是日志文件。proxysql.pid这个pid文件。proxysql.cnf是ProxySQL的一些静态配置项,比如一些启动选项,sqlite的数据目录等等。配置文件只在第一次启动的时候读取进行初始化,后面只读取db文件。
进程说明
root@proxysql:~# ps -ef | grep proxysql proxysql 35740 1 0 12:20 ? 00:00:00 /usr/bin/proxysql -c /etc/proxysql.cnf -D /var/lib/proxysql proxysql 35741 35740 0 12:20 ? 00:00:00 /usr/bin/proxysql -c /etc/proxysql.cnf -D /var/lib/proxysql
和MySQL的很相似,我们启动一个进程,然后fork出一个子进程,父进程负责监控子进程运行状况如果挂了则拉起来,子进程负责执行真正的任务。
接口说明
和DBProxy一样,ProxySQL也是有管理接口和客户端接口,通过配置文件/etc/proxysql.cnf可以看到管理和客户端接口的信息:
admin_variables= { admin_credentials="admin:admin" mysql_ifaces="127.0.0.1:6032;/tmp/proxysql_admin.sock" # refresh_interval=2000 # debug=true } mysql_variables= { ...
... interfaces="0.0.0.0:6033;/tmp/proxysql.sock" default_schema="information_schema" ...
... }
看到管理接口的端口是6032,账号密码是admin(可以动态修改)只能通过本地连接,客户端接口的端口是6033,账号密码通过管理接口去设置。
库、表说明
通过管理接口登录,需要先装好mysql客户端,并且设置prompt
[client]
prompt = \\u@\\h : \\d \\r:\\m:\\s>
通过管理接口进入ProxySQL
库:
root@proxysql:~# mysql -uadmin -padmin -h127.0.0.1 -P6032 ... ... admin@127.0.0.1 : (none) 12:43:08>show databases; +-----+---------+-------------------------------+ | seq | name | file | +-----+---------+-------------------------------+ | 0 | main | | | 2 | disk | /var/lib/proxysql/proxysql.db | | 3 | stats | | | 4 | monitor | | +-----+---------+-------------------------------+ 4 rows in set (0.00 sec)
main
内存配置数据库,表里存放后端db实例、用户验证、路由规则等信息。表名以runtime_
开头的表示proxysql当前运行的配置内容,不能通过dml语句修改,只能修改对应的不以 runtime_ 开头的(在内存)里的表,然后LOAD
使其生效,SAVE
使其存到硬盘以供下次重启加载。disk
是持久化到硬盘的配置,sqlite数据文件。stats
是proxysql运行抓取的统计信息,包括到后端各命令的执行次数、流量、processlist、查询种类汇总/执行时间等等。monitor
库存储 monitor 模块收集的信息,主要是对后端db的健康/延迟检查。
表
1)main库:
admin@127.0.0.1 : (none) 02:01:54>show tables from main; +--------------------------------------+ | tables | +--------------------------------------+ | global_variables | | mysql_collations | | mysql_query_rules | | mysql_replication_hostgroups | | mysql_servers | | mysql_users | | runtime_global_variables | | runtime_mysql_query_rules | | runtime_mysql_replication_hostgroups | | runtime_mysql_servers | | runtime_mysql_users | | runtime_scheduler | | scheduler | +--------------------------------------+ 13 rows in set (0.00 sec)
global_variables
设置变量,包括监听的端口、管理账号等,详细可参考 https://github.com/sysown/proxysql/wiki/Global-variables。通过set来设置,如:
set mysql-monitor_ping_interval =10001;
mysql_collations:相关字符集和校验规则。
mysql_query_rules:定义查询路由规则。
CREATE TABLE mysql_query_rules ( rule_id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, active INT CHECK (active IN (0,1)) NOT NULL DEFAULT 0, username VARCHAR, schemaname VARCHAR, flagIN INT NOT NULL DEFAULT 0, client_addr VARCHAR, proxy_addr VARCHAR, proxy_port INT, digest VARCHAR, match_digest VARCHAR, match_pattern VARCHAR, negate_match_pattern INT CHECK (negate_match_pattern IN (0,1)) NOT NULL DEFAULT 0, flagOUT INT, replace_pattern VARCHAR, destination_hostgroup INT DEFAULT NULL, cache_ttl INT CHECK(cache_ttl > 0), reconnect INT CHECK (reconnect IN (0,1)) DEFAULT NULL, timeout INT UNSIGNED, retries INT CHECK (retries>=0 AND retries <=1000), delay INT UNSIGNED, mirror_flagOUT INT UNSIGNED, mirror_hostgroup INT UNSIGNED, error_msg VARCHAR, log INT CHECK (log IN (0,1)), apply INT CHECK(apply IN (0,1)) NOT NULL DEFAULT 0, comment VARCHAR)
- rule_id: 表主键,自增。规则处理是以 rule_id 的顺序进行。
- active: 只有 active=1 的规则才会参与匹配。
- username: 如果非 NULL,只有连接用户是 username 的值才会匹配
- schemaname: 如果非 NULL,只有查询连接使用的db是 schemaname 的值才会匹配。注意如果是 NULL,不代表连接没有使用schema,而是不伦任何schema都进一步匹配。
- client_addr: 匹配客户端来源IP
- proxy_addr, proxy_port: 匹配本地proxysql的IP、端口。
- digest: 精确的匹配一类查询。
- match_digest: 正则匹配一类查询。query digest 是指对查询去掉具体值后进行“模糊化”后的查询。
- match_pattern: 正则匹配查询。
- negate_match_pattern: 反向匹配,相当于对 match_digest/match_pattern 的匹配取反。
- re_modifiers: 修改正则匹配的参数,比如默认的:忽略大小写CASELESS、禁用GLOBAL。
上面都是匹配规则,下面是匹配后的行为: - replace_pattern: 查询重写,默认为空,不rewrite。
- destination_hostgroup: 路由查询到这个 hostgroup。当然如果用户显式 start transaction 且 transaction_persistent=1,那么即使匹配到了,也依然按照事务里第一条sql的路由规则去走。
- cache_ttl: 查询结果缓存的毫秒数。proxysql这个 Query Cache 与 MySQL 自带的query cache不是同一个。proxysql query cache也不会关心后端数据是否被修改,它所做的就是针对某些特定种类的查询结果进行缓存,比如一些历史数据的count结果。一般不设。
- timeout: 这一类查询执行的最大时间(毫秒),超时则自动kill。这是对后端DB的保护机制,默认mysql-default_query_timeout给的是10h。
- retries: 语句在执行时失败时,重试次数。默认由 mysql-query_retries_on_failure变量指定,默认为1 。
- delay: 查询延迟执行,这是ProxySQL提供的限流机制,会让其它的查询优先执行。
- error_msg: 默认为NULL,如果指定了则这个查询直接被 block 掉,马上返回这个错误信息。这个功能也很实用,比如线上突然冒出一个 “坏查询”,应用端不方便马上发版解决,我们就可以在这配置一个规则,把查询屏蔽掉,想正常的mysql报错那样抛异常。
- multiplex: 连接是否复用。
- log: 是否记录查询日志。
- flagIN,flagOUT,apply
- flagIN, flagOUT, apply: 用来定义路由链 chains of rules
- 首先会检查 flagIN=0 的规则,以rule_id的顺序;如果都没匹配上,则走这个用户的 default_hostgroup
- 当匹配一条规则后,会检查 flagOUT
- 如果不为NULL,并且 flagIN != flagOUT ,则进入以flagIN为上一个flagOUT值的新规则链
- 如果不为NULL,并且 flagIN = flagOUT,则应用这条规则
- 如果为NULL,或者 apply=1,则结束,应用这条规则
- 如果最终没有匹配到,则找到这个用户的 default_hostgroup
mysql_replication_hostgroups:监视指定主机组中所有服务器的read_only值,并且根据read_only的值将服务器分配给写入器或读取器主机组
CREATE TABLE mysql_replication_hostgroups ( writer_hostgroup INT CHECK (writer_hostgroup>=0) NOT NULL PRIMARY KEY, reader_hostgroup INT NOT NULL CHECK (reader_hostgroup<>writer_hostgroup AND reader_hostgroup>0), comment VARCHAR, UNIQUE (reader_hostgroup))
定义 hostgroup 的主从关系。ProxySQL monitor 模块会监控 HG 后端所有servers 的 read_only
变量,如果发现从库的 read_only 变为0、主库变为1,则认为角色互换了,自动改写 mysql_servers 表里面 hostgroup 关系,达到自动 Failover 效果。
mysql_servers:设置后端MySQL的表
CREATE TABLE mysql_servers ( hostgroup_id INT NOT NULL DEFAULT 0, hostname VARCHAR NOT NULL, port INT NOT NULL DEFAULT 3306, status VARCHAR CHECK (UPPER(status) IN (‘ONLINE‘,‘SHUNNED‘,‘OFFLINE_SOFT‘, ‘OFFLINE_HARD‘)) NOT NULL DEFAULT ‘ONLINE‘, weight INT CHECK (weight >= 0) NOT NULL DEFAULT 1, compression INT CHECK (compression >=0 AND compression <= 102400) NOT NULL DEFAULT 0, max_connections INT CHECK (max_connections >=0) NOT NULL DEFAULT 1000, max_replication_lag INT CHECK (max_replication_lag >= 0 AND max_replication_lag <= 126144000) NOT NULL DEFAULT 0, use_ssl INT CHECK (use_ssl IN(0,1)) NOT NULL DEFAULT 0, max_latency_ms INT UNSIGNED CHECK (max_latency_ms>=0) NOT NULL DEFAULT 0, comment VARCHAR NOT NULL DEFAULT ‘‘, PRIMARY KEY (hostgroup_id, hostname, port) )
- hostgroup_id: ProxySQL通过 hostgroup (下称HG) 的形式组织后端db实例。一个 HG 代表同属于一个角色
该表的主键是 (hostgroup_id, hostname, port),可以看到一个 hostname:port 可以在多个hostgroup里面,这样可以避免从库全都不可用时,依然可以把读请求发到主库上。一个 HG可以有多个实例,即多个从库,可以通过 weight 分配权重。hostgroup_id 0 是一个特殊的HG,路由查询的时候,没有匹配到规则则默认选择 HG 0 - status:
ONLINE: 当前后端实例状态正常
SHUNNED: 临时被剔除,可能因为后端 too many connections error,或者超过了可容忍延迟阀值 max_replication_lag
OFFLINE_SOFT: “软离线”状态,不再接受新的连接,但已建立的连接会等待活跃事务完成。
OFFLINE_HARD: “硬离线”状态,不再接受新的连接,已建立的连接或被强制中断。当后端实例宕机或网络不可达,会出现。 - max_connections: 允许连接到该后端实例的最大连接数。不要大于MySQL设置的 max_connections,如果后端实例 hostname:port 在多个 hostgroup 里,以较大者为准,而不是各自独立允许的最大连接数。
- max_replication_lag: 允许的最大延迟,主库不受这个影响,默认0。如果 > 0, monitor 模块监控主从延迟大于阀值时,会临时把它变为 SHUNNED
- max_latency_ms: mysql_ping 响应时间,大于这个阀值会把它从连接池剔除(即使是ONLINE),默认0。
- comment: 备注。
mysql_users:配置后端数据库的账号和监控的账号
CREATE TABLE mysql_users ( username VARCHAR NOT NULL, password VARCHAR, active INT CHECK (active IN (0,1)) NOT NULL DEFAULT 1, use_ssl INT CHECK (use_ssl IN (0,1)) NOT NULL DEFAULT 0, default_hostgroup INT NOT NULL DEFAULT 0, default_schema VARCHAR, schema_locked INT CHECK (schema_locked IN (0,1)) NOT NULL DEFAULT 0, transaction_persistent INT CHECK (transaction_persistent IN (0,1)) NOT NULL DEFAULT 0, fast_forward INT CHECK (fast_forward IN (0,1)) NOT NULL DEFAULT 0, backend INT CHECK (backend IN (0,1)) NOT NULL DEFAULT 1, frontend INT CHECK (frontend IN (0,1)) NOT NULL DEFAULT 1, max_connections INT CHECK (max_connections >=0) NOT NULL DEFAULT 10000, PRIMARY KEY (username, backend), UNIQUE (username, frontend))
- username, password: 连接后端db的用户密码。
这个密码你可以插入明文,也可以插入hash加密后的密文,proxysql会检查你插入的时候密码是否以 * 开头来判断,而且密文要在其它地方使用 PASSWORD()生成。但到 runtime_mysql_users 里,都统一变成了密文所以可以明文插入,再 SAVE MYSQL USERS TO MEM,此时看到的也是HASH密文。 - active: 是否生效该用户。
- default_hostgroup: 这个用户的请求没有匹配到规则时,默认发到这个 hostgroup,默认0
- default_schema: 这个用户连接时没有指定 database name 时,默认使用的schema注意表面上看默认为NULL,但实际上受到变量 mysql-default_schema 的影响,默认为 information_schema。关于这个参考我所提的 issue #988
- transaction_persistent: 如果设置为1,连接上ProxySQL的会话后,如果在一个hostgroup上开启了事务,那么后续的sql都继续维持在这个hostgroup上,不伦是否会匹配上其它路由规则,直到事务结束。虽然默认是0。
- frontend, backend: 目前版本这两个都需要使用默认的1,将来有可能会把 Client -> ProxySQL (frontend) 与 ProxySQL -> BackendDB (backend)的认证分开。从 runtime_mysql_users 表内容看到,记录数比 mysql_users 多了一倍,就是把前端认证与后端认证独立出来的结果。
- fast_forward: 忽略查询重写/缓存层,直接把这个用户的请求透传到后端DB。相当于只用它的连接池功能,一般不用,路由规则 .* 就行了。
scheduler:调度器是一个类似于cron的实现,集成在ProxySQL中,具有毫秒的粒度。通过脚本检测来设置ProxySQL。
CREATE TABLE scheduler ( id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, active INT CHECK (active IN (0,1)) NOT NULL DEFAULT 1, interval_ms INTEGER CHECK (interval_ms>=100 AND interval_ms<=100000000) NOT NULL, filename VARCHAR NOT NULL, arg1 VARCHAR, arg2 VARCHAR, arg3 VARCHAR, arg4 VARCHAR, arg5 VARCHAR, comment VARCHAR NOT NULL DEFAULT ‘‘)
- id : 调度器唯一标识,自增主键。
- active : 是否开启,默认开启。
- interval_ms : 工作的开始频率(以毫秒为单位)。 最小interval_ms为100毫秒
- filename : 执行的可执行文件的绝对路径
- arg1 to arg5 : 传递给执行文件的参数,最大允许5个参数
- comment : 备注
关于main库下的表的说明可以看这篇文章的说明:http://seanlook.com/2017/04/10/mysql-proxysql-install-config/
2)disk库:
show tables from disk; +------------------------------+ | tables | +------------------------------+ | global_variables | | mysql_collations | | mysql_query_rules | | mysql_replication_hostgroups | | mysql_servers | | mysql_users | | scheduler | +------------------------------+ 7 rows in set (0.00 sec)
和上面介绍的main库一样。
3)stats库:
stats_mysql_commands_counters:统计各种SQL类型的执行次数和时间,通过参数mysql-commands_stats控制开关,默认是ture。
CREATE TABLE stats_mysql_commands_counters ( Command VARCHAR NOT NULL PRIMARY KEY, Total_Time_us INT NOT NULL, Total_cnt INT NOT NULL, cnt_100us INT NOT NULL, cnt_500us INT NOT NULL, cnt_1ms INT NOT NULL, cnt_5ms INT NOT NULL, cnt_10ms INT NOT NULL, cnt_50ms INT NOT NULL, cnt_100ms INT NOT NULL, cnt_500ms INT NOT NULL, cnt_1s INT NOT NULL, cnt_5s INT NOT NULL, cnt_10s INT NOT NULL, cnt_INFs)
- command:已执行的SQL命令的类型。 如:FLUSH,INSERT,KILL,SELECT FOR UPDATE等。
- Total_Time_us:执行该类型命令的总时间(以微秒为单位)。
- total_cnt:执行该类型的命令的总数。
- cnt_100us, cnt_500us, ..., cnt_10s, cnt_INFs:在指定的时间限制内执行的给定类型的命令总数和前一个命令的总数。
stats_mysql_connection_pool:连接后端MySQL的连接信息。
CREATE TABLE stats_mysql_connection_pool ( hostgroup VARCHAR, srv_host VARCHAR, srv_port VARCHAR, status VARCHAR, ConnUsed INT, ConnFree INT, ConnOK INT, ConnERR INT, Queries INT, Bytes_data_sent INT, Bytes_data_recv INT, Latency_us INT)
- hostgroup:后端服务器所属的主机组。请注意,单个后端服务器可以属于多个主机组。
- srv_host,srv_port:mysqld后端服务器正在侦听连接的TCP端点的IP和Port。
- status:后端服务器的状态。可以有ONLINE,SHUNNED,OFFLINE_SOFT,OFFLINE_HARD。有关每个状态意味着什么的详细信息,请参阅上面的mysql_servers表的描述。
- ConnUsed:ProxySQL当前使用多少个连接来向后端服务器发送查询。
- ConnFree:目前有多少个连接是空闲。
- ConnOK:成功建立了多少个连接。
- ConnERR:没有成功建立多少个连接。
- Queries:路由到此特定后端服务器的查询数。
- Bytes_data_sent:发送到后端的数据量。
- Bytes_data_recv:从后端接收的数据量。
- Latency_ms:从Monitor报告的当前ping以毫秒为单位的延迟时间。
stats_mysql_global:代表与MySQL相关的代理级别的全局统计,如:
- Client_Connections_aborted:由于无效凭据或max_connections而导致的前端连接数已达到。
- Client_Connections_connected - 当前连接的前端连接数。
- Client_Connections_created - 到目前为止创建的前端连接数。
- Questions :从前端发送的查询总数。
- Slow_queries:在全局变量中定义的运行时间超过阈值的毫秒数的查询数mysql-long_query_time
- 等等...
stats_mysql_processlist:类似MySQL的show processlist的命令,查看各线程的状态。
CREATE TABLE stats_mysql_processlist ( ThreadID INT NOT NULL, SessionID INTEGER PRIMARY KEY, user VARCHAR, db VARCHAR, cli_host VARCHAR, cli_port VARCHAR, hostgroup VARCHAR, l_srv_host VARCHAR, l_srv_port VARCHAR, srv_host VARCHAR, srv_port VARCHAR, command VARCHAR, time_ms INT NOT NULL, info VARCHAR)
- ThreadID:ProxySQL内线程的内部ID。
- SessionID:ProxySQL会话ID。通过这个ID可以进行kill操作。
- user:与MySQL客户端连接到ProxySQL的用户。
- db:当前选择的数据库。
- cli_host,cli_port:连接ProxySQL的IP和TCP端口。
- hostgroup:当前主机组。如果正在处理查询,则是查询已被路由或将要路由的主机组,或默认主机组。可以通过这个查看该SQL到底是到哪个HG里。
- l_srv_host,l_srv_port:ProxySQL的IP和TCP端口。
- srv_host,srv_port - 后端MySQL服务器的IP和端口。
- command:正在执行的MySQL查询的类型。
- time_ms:命令执行的时间(以毫秒为单位)。
- info:正在执行的SQL。
stats_mysql_query_digest:表示SQL的执行次数、时间消耗等。通过变量mysql-query_digests控制开关,默认是开。
stats_mysql_query_digest Create Table: CREATE TABLE stats_mysql_query_digest ( hostgroup INT, schemaname VARCHAR NOT NULL, username VARCHAR NOT NULL, digest VARCHAR NOT NULL, digest_text VARCHAR NOT NULL, count_star INTEGER NOT NULL, first_seen INTEGER NOT NULL, last_seen INTEGER NOT NULL, sum_time INTEGER NOT NULL, min_time INTEGER NOT NULL, max_time INTEGER NOT NULL, PRIMARY KEY(hostgroup, schemaname, username, digest))
- hostgroup:发送查询的主机组。值-1表示查询查询缓存。
- schemaname:查询的数据库。
- user:连接ProxySQL的用户名。
- digest:一个十六进制散列,表示其参数剥离的SQL。
- digest_text:参数剥离的实际SQL文本。
- count_star:执行查询的总次数(参数的值不同)。
- first_seen:unix时间戳,是通过代理路由查询的第一时刻。
- last_seen:unix时间戳,当查询通过代理路由时的最后一刻(到目前为止)。
- sum_time:执行此类查询的总时间(以微秒为单位)。这对于确定应用程序工作负载中花费的最多时间在哪里是非常有用的,并为改进的地方提供了一个良好的起点。
- min_time,max_time - 执行此类查询时期望的持续时间范围。 min_time是到目前为止所看到的最小执行时间,而max_time表示最大执行时间,以微秒为单位。
stats_mysql_query_digest_reset和stats_mysql_query_digest结构一样,stats_mysql_query_digest_reset可以清空stats_mysql_query_digest的数据,如执行:
select * from stats_mysql_query_digest_reset; show create table stats.stats_mysql_query_digest_reset;
执行上面的任意一条就可以清空stats_mysql_query_digest表。
stats_mysql_query_rules:路由命中次数统计。
CREATE TABLE stats_mysql_query_rules ( rule_id INTEGER PRIMARY KEY, hits INT NOT NULL)
- rule_id:路由规则的ID与main.mysql_query_rules的id对应。
- hits:此路由规则的匹配总数。 如果当前传入的查询符合规则,则会记录一次命中。
4)monitor库: 对后端MySQL的健康检查。由变量mysql-monitor_enabled来确定是否开启Monitor模块。
- mysql_server_connect/mysql_server_connect_log:连接到所有MySQL服务器以检查它们是否可用,该表用来存放检测连接的日志。由变量
mysql-monitor_connect_interval来控制其检测
的时间间隔,由参数mysql-monitor_connect_timeout控制连接是否超时(默认200毫秒)。
mysql_server_ping/mysql_server_ping_log:使用mysql_ping API ping后端MySQL服务器检查它们是否可用,该表用来存放ping的日志。由变量mysql-monitor_ping_interval控制ping的时间间隔,默认值:10000(毫秒,相当于10秒)。
- mysql_server_replication_lag_log:后端MySQL服务主从延迟的检测。由参数mysql-monitor_replication_lag_interval控制检测间隔时间, 如果复制滞后太大,可以暂时关闭从。由mysql_servers.max_replication_lag列控制。默认值:10000(毫秒,相当于10秒)。
配置
ProxySQL有一个完备的配置系统,持配置修改之后的在线保存、应用,不需要重启之后生效。整个配置系统分三层设计。配置系统分为三层的目的有三个:
(1).自动更新
(2).尽可能的不重启proxysql就可以修改配置
(3).方便回滚错误配置
整个配置系统分为三层,如下所示:
+-------------------------+ | RUNTIME | +-------------------------+ /|\ | | | [1] | [2] | | \|/ +-------------------------+ | MEMORY | +-------------------------+ _ /|\ | | | | [3] | [4] | \ [5] | \|/ +-------------------------+ +-------------------------+ | 本文系统来源:http://www.cnblogs.com/zhoujinyi/p/6829983.html
内容总结
以上是互联网集市为您收集整理的MySQL ProxySQL读写分离使用初探全部内容,希望文章能够帮你解决MySQL ProxySQL读写分离使用初探所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。