proxysql mysql_ProxySQL 基础篇

最新推荐文章于 2024-03-02 21:06:00 发布
最新推荐文章于 2024-03-02 21:06:00 发布
阅读量284 收藏
点赞数
文章标签： proxysql mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39677106/article/details/113478225
版权

1、ProxySQL 介绍

ProxySQL 是基于 MySQL 的一款开源的中间件的产品，是一个灵活的 MySQL 代理层，可以实现读写分离，支持 Query 路由功能，支持动态指定某个 SQL 进行缓存，支持动态加载(无需重启 ProxySQL 服务)，故障切换和一些 SQL 的过滤功能。

介绍：相关 ProxySQL 的网站

https://www.proxysql.com/

https://github.com/sysown/proxysql/wiki

2、环境准备

全新初始化的实例

IP

server-id

数据库版本

备注

10.0.0.160

1603306

MySQL 8.0.18

Master(主库)+ ProxySQL2.0.8

10.0.0.161

1613306

MySQL 8.0.18

Slave1(从库)

10.0.0.162

1623306

MySQL 8.0.18

Slave2(从库)

4bf75573fc3443d73a8a8701b25a7bb3.png

ProxySQL 2.0.x 版本支持 MGR注：我的 ProxySQL 和 主库放在一起的，我已近配置好了主从复制状态。这是我的实验环境，实际环境注意实际情况。一般的代理环境结构如上图。slave 节点的read_only=1

3、ProxySQL 安装与启动

下载

wget https://github.com/sysown/proxysql/releases/download/v2.0.8/proxysql-2.0.8-1-centos7.x86_64.rpm

安装 ProxySQL

[root@mysql-160 ~]# rpm -ivh proxysql-2.0.8-1-centos7.x86_64.rpm

# 查看相应安装文件路径，有哪些文件

[root@mysql-160 ~]# rpm -ql proxysql

/etc/logrotate.d/proxysql

/etc/proxysql.cnf

/etc/systemd/system/proxysql.service

/usr/bin/proxysql

/usr/share/proxysql/tools/proxysql_galera_checker.sh

/usr/share/proxysql/tools/proxysql_galera_writer.pl

/etc/proxysql.cnf是 ProxySQL 的配置文件

启动 ProxySQL

[root@mysql-160 ~]# systemctl start proxysql.service

# 查看是否启动

[root@mysql-160 ~]# netstat -anlp | grep proxysql

[root@mysql-160 ~]# netstat -anlp | grep proxysql

tcp 0 0 0.0.0.0:6032 0.0.0.0:* LISTEN 2989/proxysql

tcp 0 0 0.0.0.0:6033 0.0.0.0:* LISTEN 2989/proxysql

346188cb4960fefea66d60b33382c486.png

6032 是 ProxySQL 的管理端口号，6033是对外服务的端口号ProxySQL 的用户名和密码都是默认的admin

查看 ProxySQL 的版本

[root@mysql-160 ~]# proxysql --version

管理员登录 ProxySQL

[root@mysql-160 ~]# /usr/local/mysql/bin/mysql -uadmin -padmin -h 127.0.0.1 -P 6032

abce16c6766c6c4c3a13c67a39493ecd.png

可见有五个库： main、disk、stats 、monitor 和 stats_historymain: 内存配置数据库，即 MEMORY，表里存放后端 db 实例、用户验证、路由规则等信息。main 库中有如下信息：

c01c767bcdfc64b15f24af5f337d6935.png

库下的主要表：mysql_servers: 后端可以连接 MySQL 服务器的列表mysql_users: 配置后端数据库的账号和监控的账号。mysql_query_rules: 指定 Query 路由到后端不同服务器的规则列表。

注： 表名以 runtime_开头的表示 ProxySQL 当前运行的配置内容，不能通过 DML 语句修改。

只能修改对应的不以 runtime 开头的表，然后 “LOAD” 使其生效，“SAVE” 使其存到硬盘以供下次重启加载。disk：持久化的磁盘的配置stats： 统计信息的汇总monitor：一些监控的收集信息，比如数据库的健康状态等stats_history: 这个库是 ProxySQL 收集的有关其内部功能的历史指标

4、配置 ProxySQL 所需账户

在 Master (10.0.0.160) 的MySQL 上创建 ProxySQL 的监控账户和对外访问账户

#proxysql 的监控账户

create user 'monitor'@'10.0.0.%' identified by '123456';

grant all privileges on *.* to 'monitor'@'10.0.0.%' with grant option;

#proxysql 的对外访问账户

create user 'proxysql'@'10.0.0.%' identified by '123456';

grant all privileges on *.* to 'proxysql'@'10.0.0.%' with grant option;

flush privileges;

a8d4eb98b04d1e5678a8362b02e35318.png

注意 8.0.x 用户认证的方式需要修改为mysql_native_password

需要在my.cnf 加上这个用户认证方式，再来创建用户

[mysqld]

default_authentication_plugin=mysql_native_password

6cce01ece60a340a2d77eb771f2c7c27.png

5、ProxySQL 的多层配置系统

配置结构如下：

5d681dbd184d819abea425695b52b378.png

https://github.com/sysown/proxysql/wiki/Configuring-ProxySQL

整套配置系统分为三层：顶层为 RUNTIME ,中间层为 MEMORY , 底层也就是持久层 DISK 和 CONFIG FILE 。

RUNTIME ： 代表 ProxySQL 当前生效的正在使用的配置，无法直接修改这里的配置，必须要从下一层 “load” 进来。MEMORY： MEMORY 层上面连接 RUNTIME 层，下面连接持久层。这层可以正常操作 ProxySQL 配置，随便修改，不会影响生产环境。修改一个配置一般都是现在 MEMORY 层完成的，确认正常之后在加载达到 RUNTIME 和 持久化的磁盘上。

DISK 和 CONFIG FILE：持久化配置信息，重启后内存中的配置信息会丢失，所需要将配置信息保留在磁盘中。重启时，可以从磁盘快速加载回来。

5.1 在不同层次间移动配置

为了将配置持久化到磁盘或者应用到 runtime，在管理接口下有一系列管理命令来实现它们。要重新配置 MySQL 用户，可执行下面的其中一个命令：

1、LOAD MYSQL USERS FROM MEMORY / LOAD MYSQL USERS TO RUNTIME

将内存数据库中的配置加载到 runtime 数据结构，反之亦然。

2、SAVE MYSQL USERS TO MEMORY / SAVE MYSQL USERS FROM RUNTIME

将 MySQL 用户从 runtime 持久化到内存数据库。

3、LOAD MYSQL USERS TO MEMORY / LOAD MYSQL USERS FROM DISK

从磁盘数据库中加载 MySQL 用户到内存数据库中。

4、SAVE MYSQL USERS FROM MEMORY / SAVE MYSQL USERS TO DISK

将内存数据库中的 MySQL 用户持久化到磁盘数据库中。

5、LOAD MYSQL USERS FROM CONFIG

从配置文件中加载 MySQL 用户到内存数据库中。

要处理 MySQL server：

1、LOAD MYSQL SERVERS FROM MEMORY / LOAD MYSQL SERVERS TO RUNTIME

将 MySQL server 从内存数据库中加载到 runtime。

2、SAVE MYSQL SERVERS TO MEMORY / SAVE MYSQL SERVERS FROM RUNTIME

将 MySQL server 从 runtime 持久化到内存数据库中。

3、LOAD MYSQL SERVERS TO MEMORY / LOAD MYSQL SERVERS FROM DISK

从磁盘数据库中加载 MySQL server 到内存数据库。

4、SAVE MYSQL SERVERS FROM MEMORY / SAVE MYSQL SERVERS TO DISK

从内存数据库中将 MySQL server 持久化到磁盘数据库中。

5、LOAD MYSQL SERVERS FROM CONFIG

从配置文件中加载 MySQL server 到内存数据库中

要处理 MySQL 的查询规则(mysql query rules)：

1、 LOAD MYSQL QUERY RULES FROM MEMORY / LOAD MYSQL QUERY RULES TO RUNTIME

将 MySQL query rules 从内存数据库加载到 runtime 数据结构。

2、 SAVE MYSQL QUERY RULES TO MEMORY / SAVE MYSQL QUERY RULES FROM RUNTIME

将 MySQL query rules 从 runtime 数据结构中持久化到内存数据库。

3、 LOAD MYSQL QUERY RULES TO MEMORY / LOAD MYSQL QUERY RULES FROM DISK

从磁盘数据库中加载 MySQL query rules 到内存数据库中。

4、 SAVE MYSQL QUERY RULES FROM MEMORY / SAVE MYSQL QUERY RULES TO DISK

将 MySQL query rules 从内存数据库中持久化到磁盘数据库中。

5、 LOAD MYSQL QUERY RULES FROM CONFIG

从配置文件中加载 MySQL query rules 到内存数据库中。

要处理 MySQL 变量(MySQL variables)：

1、 LOAD MYSQL VARIABLES FROM MEMORY / LOAD MYSQL VARIABLES TO RUNTIME

将 MySQL variables 从内存数据库加载到 runtime 数据结构。

2、 SAVE MYSQL VARIABLES TO MEMORY / SAVE MYSQL VARIABLES FROM RUNTIME

将 MySQL variables 从 runtime 数据结构中持久化到内存数据中。

3、 LOAD MYSQL VARIABLES TO MEMORY / LOAD MYSQL VARIABLES FROM DISK

从磁盘数据库中加载 MySQL variables 到内存数据库中。

4、 SAVE MYSQL VARIABLES FROM MEMORY / SAVE MYSQL VARIABLES TO DISK

将 MySQL variables 从内存数据库中持久化到磁盘数据库中。

5、 LOAD MYSQL VARIABLES FROM CONFIG

从配置文件中加载 MySQL variables 到内存数据库中。

要处理管理变量(admin variables)：

1、 LOAD ADMIN VARIABLES FROM MEMORY / LOAD ADMIN VARIABLES TO RUNTIME

将 admin variables 从内存数据库加载到 runtime 数据结构。

2、 SAVE ADMIN VARIABLES TO MEMORY / SAVE ADMIN VARIABLES FROM RUNTIME

将 admin variables 从 runtime 持久化到内存数据库中。

3、 LOAD ADMIN VARIABLES TO MEMORY / LOAD ADMIN VARIABLES FROM DISK

从磁盘数据库中加载 admin variables 到内存数据库中。

4、 SAVE ADMIN VARIABLES FROM MEMORY / SAVE ADMIN VARIABLES TO DISK

将 admin variables 从内存数据库中持久化到磁盘数据库。

5、 LOAD ADMIN VARIABLES FROM CONFIG

从配置文件中加载 admin variables 到内存数据库中。

f588325f29f9a11bbbb2c376f3322d39.png

f7614a894f441dfff176787f6b3128a8.png

一般在内存那层修改 ,然后保存到运行系统，保存到磁盘数据库系统

load xxx to runtime;

save xxx to disk;

5.2 管理配置

disk and config file 持久化配置文件

disk -> 是sqlite3 数据库 ，默认位置是$DATADIR/proxysql.db( /var/lib/proxysql/proxysql.db)

config file 是一个传统配置文件：一般不更改

在内存中动态更改配置，如果重启，没进行持久化(save) 则会丢失。

三则之间关系：

proxysql 启动时，首先去找/etc/proxysql.cnf 找到它的datadir,如果datadir下有proxysql.db 就加载proxysql.db的配置

如果启动proxysql时带有--init标志，会用/etc/proxsql.cnf的配置，把Runtime，disk全部初始化一下

在调用是调用--reload会把/etc/proxysql.cnf 和disk 中配置进行合并。如果冲突需要用户干预。disk会覆盖config file。

关于传统的配置文件

传统配置文件默认路径为/etc/proxysql.cnf，也可以在二进制程序proxysql上使用-c或–config来手动指定配置文件。默认情况下：几乎不需要手动去配置proxysql.cnf。端口号，管理proxysql用户明吗，可以在这里修改

5.2 小结

这里有几个最常用的命令：如何让修改的配置生效(runtime)，以及如何持久化到磁盘上(disk)。记住，只要不是加载到 runtime，修改的配置就不会生效。

LOAD MYSQL USERS TO RUNTIME; 将内存数据库中的配置加载到 runtime 数据结构

SAVE MYSQL USERS TO DISK; 将内存数据库中的 MySQL 用户持久化到磁盘数据库中。

LOAD MYSQL SERVERS TO RUNTIME; 将 MySQL server 从内存数据库中加载到 runtime。

SAVE MYSQL SERVERS TO DISK; 从内存数据库中将 MySQL server 持久化到磁盘数据库中。

LOAD MYSQL QUERY RULES TO RUNTIME; 将 MySQL query rules 从内存数据库加载到 runtime 数据结构。

SAVE MYSQL QUERY RULES TO DISK; 将 MySQL query rules 从内存数据库中持久化到磁盘数据库中。

LOAD MYSQL VARIABLES TO RUNTIME; 将 MySQL variables 从内存数据库加载到 runtime 数据结构。

SAVE MYSQL VARIABLES TO DISK; 将 MySQL variables 从内存数据库中持久化到磁盘数据库中。

LOAD ADMIN VARIABLES TO RUNTIME; 将 admin variables 从内存数据库加载到 runtime 数据结构。

SAVE ADMIN VARIABLES TO DISK; 将 admin variables 从内存数据库中持久化到磁盘数据库。

注意：只有加载到 runtime 状态时才会去做最后的有效性验证。在保存到内存数据库或持久化到磁盘上时，都不会发生任何警告或错误。当加载到 runtime 时，如果出现错误，将恢复为之前保存得状态，这时可以去检查错误日志。

6、配置 ProxySQL 主从分组信息

用到 这个表 mysql_replication_hostgroup,表结构信息如下

admin@127.0.0.1 [main]>show create table mysql_replication_hostgroups\G;

*************************** 1. row ***************************

table: mysql_replication_hostgroups

Create Table: 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),

check_type VARCHAR CHECK (LOWER(check_type) IN ('read_only','innodb_read_only','super_read_only','read_only|innodb_read_only','read_only&innodb_read_only')) NOT NULL DEFAULT 'read_only',

comment VARCHAR NOT NULL DEFAULT '', UNIQUE (reader_hostgroup))

1 row in set (0.00 sec)

f9f0ba3519436a5a82041edada344c9b.png

writer_hostgroup和reader_hostgroup写组和读组都要大于0且不能相同，我的环境下，写组定义与10，读组定义为20

6.1 创建组

insert into mysql_replication_hostgroups ( writer_hostgroup, reader_hostgroup, comment) values (10,20,'proxy');

load mysql servers to runtime;

save mysql servers to disk;

确定三种配置系统是否都已近写入了数据

53b910b1314602aa80541a816f837401.png

ProxySQL 会根据server 的read _only 的取值将服务器进行分组。 read_only=0 的server，master被分到编号为10的写组，read_only=1 的server，slave则被分到编号20的读组

6.2 添加主从服务器节点

用到mysql_servers 这个表

ec2d0e28d46707691664b185356d947d.png

insert into mysql_servers(hostgroup_id,hostname,port) values (10,'10.0.0.160',3306);

insert into mysql_servers(hostgroup_id,hostname,port) values (20,'10.0.0.161',3306);

insert into mysql_servers(hostgroup_id,hostname,port) values (20,'10.0.0.162',3306);

注：严格需要写明comment

load mysql servers to runtime;

save mysql servers to disk;

e38b651731cb7b6cde08d1af26a1b518.png

添加了节点，三台机器都是online 状态

6.3 ProxySQL监控 MySQL 后端节点

为 ProxySQL 配置监控账号

admin@127.0.0.1 [monitor]>set mysql-monitor_username='monitor';

Query OK, 1 row affected (0.00 sec)

admin@127.0.0.1 [monitor]>set mysql-monitor_password='123456';

Query OK, 1 row affected (0.00 sec)

上面这两句是修改变量的方式还可以在main库下面用sql语句方式修改

UPDATE global_variables SET variable_value='monitor'

WHERE variable_name='mysql-monitor_username';

UPDATE global_variables SET variable_value='123456'

WHERE variable_name='mysql-monitor_password';

修改后，保存到runtime和disk

admin@127.0.0.1 [monitor]>load mysql variables to runtime;

Query OK, 0 rows affected (0.01 sec)

admin@127.0.0.1 [monitor]>save mysql variables to disk;

Query OK, 139 rows affected (0.00 sec)

admin@127.0.0.1 [monitor]>select * from monitor.mysql_server_connect_log;

验证监控信息，ProxySQL 监控模块的指标都保存在monitor库的log表中

以下是连接是否正常的监控，对connect指标的监控 ，在前面可能会有很多connect_error，这是因为没有配置监控信息时的错误，配置后如果connect_error的结果为NULL则表示正常

af5fcf8225a8896b688a9510f288bfb5.png

对心跳信息的监控(对ping 指标的监控)

admin@127.0.0.1 [monitor]>select * from mysql_server_ping_log limit 10;

4ee97aee2e0f754e63c28fae7e999c21.png

看看read_only的日志监控

admin@127.0.0.1 [monitor]>select * from mysql_server_read_only_log limit 10;

c316cbf73fa56f644477be578388de84.png

Monitor 模块就会开始监控后端的read_only值，当监控到read_only值，就会按照read_only的值将某些节点自动移到读写组

一些监控的状态斗志在log相关，都在monitor库下面的 global_variables 变量。

6.4 为 ProxySQL 配置对外访问账号

SQL 请求所使用的用户配置，都需要在 MySQL 节点创建上。在步骤4：配置ProxySQL 账户，我创建的对外访问账户是：用户：proxysql，密码：123456配置mysql_users 这个表

表结构信息如下：

admin@127.0.0.1 [main]>show create table mysql_users\G;

*************************** 1. row ***************************

table: mysql_users

Create Table: 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 1,

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,

comment VARCHAR NOT NULL DEFAULT '',

PRIMARY KEY (username, backend),

UNIQUE (username, frontend))

1 row in set (0.00 sec)

配置mysql_users 表，将proxysql用户添加到该表中。

insert into mysql_users (username,password,default_hostgroup) values ('proxysql','123456',10);

load mysql users to runtime;

save mysql users to disk;

admin@127.0.0.1 [admin]>select * from mysql_users\G

*************************** 1. row ***************************

username: proxysql

password: 123456

active: 1 #是否启用该账户，为0表示禁用

use_ssl: 0

default_hostgroup: 10

default_schema: NULL

schema_locked: 0

transaction_persistent: 1 #事务透明化

fast_forward: 0

backend: 1

frontend: 1

max_connections: 10000 #用户链接10000，可以修改

comment:

1 row in set (0.00 sec)

79fd9756e1d07d69045da39f55a3803d.png

mysql_users 表有不少字段，最主要的三个字段username,password,default_hostgroup

username: 前端链接ProxySQL ，以及ProxySQL 将SQL 语句路由给MySQL所使用的的用户名password：用户名对应的密码，。可以是明文密码，也可以是hash密码。如果想使用hash密码，可以先在某个MySQL节点上执行select password(PASSWORD)，然后将加密结果复制到该字段。default_hostgroup：该用户名默认的路由目标。例如，指定root用户的该字段值为10时，则使用 proxysql 用户发送的SQL语句默认情况下将路由到hostgroup_id=10 组中的某个节点。我这里 hostgroup_id = 10的组中只有一个节点就是 master : 10.0.0.160

在161(从库)端，用 proxysql 用户 测试是否sql路由能默认到 hostgroup_id=10，它是一个写组(读写数据)。

proxysql@10.0.0.160 [(none)]>show databases;

+--------------------+

| Database |

+--------------------+

| information_schema |

| mysql |

| performance_schema |

| sys |

+--------------------+

4 rows in set (0.00 sec)

proxysql@10.0.0.160 [(none)]>select @@server_id;

+-------------+

| @@server_id |

+-------------+

| 1603306 |

+-------------+

1 row in set (0.00 sec)

#通过proxysql用户，创建一个keme库

proxysql@10.0.0.160 [(none)]>create database keme;

Query OK, 1 row affected (0.03 sec)

在slave2：10.0.0.162 上去验证一下，是否同步过去keme这个库

121ca2964af4bdc27002a73d5cd9e249.png

到这里主从分组信息都配置完了、

7、配置读写分离策略：路由规则

配置读写分离，就是配置ProxySQL 路由规则，ProxySQL 的路由规则非常灵活，可以基于用户，基于schema，以及单个sql语句实现路由规则定制。

注意：我这只是试验，只是配置了几个简单的路由规则，实际情况配置路由规则，不应该是就根据所谓的读、写操作来进行读写分离，而是从收集(慢日志)的各项指标找出压力大，执行频繁的语句单独写规则，做缓存等等。比如 先在测试几个核心sql语句，分析性能提升的百分比，在逐渐慢慢完善路由规则。生产中使用读写分离：建议基于hash code 值做读写分离，不要建太多的规则

和查询规则有关的表有两个：mysql_query_rules和mysql_query_rules_fast_routing表mysql_query_rules_fast_routing是mysql_query_rules的扩展，并在以后评估快速路由策略和属性(仅在ProxySQL 1.4.7+中可用)。

介绍一下改表mysql_query_rules的几个字段：active：是否启用这个规则，1表示启用，0表示禁用match_pattern字段就是代表设置规则destination_hostgroup字段代表默认指定的分组，apply代表真正执行应用规则。

7.1 创建规则

这里我创建两个规则：1、把所有以select 开头的语句全部分配到读组中，读组编号是202、把 select .. for update 语句，这是一个特殊的select语句，会产生一个写锁(排他锁)，把他分到编号为10 的写组中，其他所有操作都会默认路由到写组中

insert into mysql_query_rules(rule_id,active,match_pattern,destination_hostgroup,apply) values (1,1,'^select.*for update$',10,1);

insert into mysql_query_rules(rule_id,active,match_pattern,destination_hostgroup,apply) values (2,1,'^select',20,1);

load mysql query rules to runtime;

save mysql query rules to disk;

select … for update规则的rule_id必须要小于普通的select规则的rule_id，因为ProxySQL是根据rule_id的顺序进行规则匹配的。

7.2 测试读写分离

由于是新实例，先在master 10.0.0.160 实例上，生成几条数据

37d28737f290bd17d1f50b73713571b6.png

测试读

通过proxysql 连接看看读操作，是否路由给了读组：

[root@mysql-160 ~]# mysql -uproxysql -p123456 -P 6033 -h 127.0.0.1 -e "select @@server_id;"

f990ebc3b6063fb938d37b5d4028f106.png

只要是select 操作都分给了读组

测试写

proxysql@127.0.0.1 [keme]>select @@server_id;

+-------------+

| @@server_id |

+-------------+

| 1623306 |

+-------------+

1 row in set (0.00 sec)

proxysql@127.0.0.1 [keme]>start transaction;

Query OK, 0 rows affected (0.00 sec)

proxysql@127.0.0.1 [keme]>select * from beta1 for update;

+----+----------+

| id | name |

+----+----------+

| 1 | zhangsan |

| 2 | yj |

| 3 | ss |

| 4 | hc |

| 5 | km |

+----+----------+

5 rows in set (0.00 sec)

proxysql@127.0.0.1 [keme]>select @@server_id;

+-------------+

| @@server_id |

+-------------+

| 1603306 |

+-------------+

1 row in set (0.00 sec)

0079ce5ebb9db45e93cb943508e02dc5.png

在测试insert 操作

e5eb552c59962055837d446e638a3fc9.png

也分配到写组了，一切都正常。

如果想在 ProxySQL 中查看SQL请求路由信息stats_mysql_query_digest

admin@127.0.0.1 [stats]>select hostgroup,schemaname,username,digest_text,count_star from stats_mysql_query_digest;

0959997c78661ffa7d5972b8cc4bf869.png

count_start 统计sql 语句次数，可以分析哪些 sql ，频繁执行

读写分离设置成功后，还可以调权重，比如让某台机器承受更多的读操作

列：

update mysql_servers set weight=10 hostname='10.0.0.161'；

load mysql servers to runtime;

save mysql servers to disk;

8、文章参考

https://www.cnblogs.com/f-ck-need-u/p/9278839.html

https://github.com/sysown/proxysql/wiki

weixin_39677106
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
【ProxySql】Mysql如何实现读写分离？看这一篇就够了
编码人生
09-11 546
ProxySQL是一个高性能的开源数据库代理，专门用于在数据库系统和客户端之间进行流量路由和负载均衡。它能够管理和优化数据库连接，提高应用程序的性能和可用性。ProxySQL支持多种数据库系统，包括MySQL、MariaDB、Percona等，使其成为了许多企业和开发者在构建大规模、高性能数据库架构时的首选工具。ProxySQL能够将客户端请求均匀地分配到多个后端数据库服务器上，从而实现负载均衡，提高数据库的吞吐量和响应能力。
ProxySQL中文手册.pdf
07-06
ProxySQL 1.4.4官方手册的翻译。ProxySQL 1.4.4官方手册的翻译。ProxySQL 1.4.4官方手册的翻译。ProxySQL 1.4.4官方手册的翻译。
Proxysql日志警告提示：MySQL_Session.cpp:5508:handler___status_CONNECTING_CLIENT___STATE_SERVER_HANDSH
最新发布
轻的博客
03-02 364
proxysql 重启后，无限打印警告日志，信息如下： MySQL_Session.cpp:5508:handler___status_CONNECTING_CLIENT___STATE_SERVER_HANDSHAKE(): [ERROR] ProxySQL Error: Access denied for user 'cluster1'@'192.168.10.235' (using password: YES)
ProxySQL Query Logging
weixin_30924239的博客
08-31 412
Query Logging ProxySQL能够记录完整的查询日志，是通过查询规则来配置，粒度可大可小。 Setup 首先，全局启用logging SET mysql-eventslog_filename='queries.log';　 变量需要load到runtime，最后save到磁盘 LOAD MYSQL VARIABLES TO RUNTIME; SAV...
高级DBA带你学习Mysql代理Proxysql主从读写分离安装配置例子全网最详细
nasen512的博客
12-09 1411
MySql数据库代理代理技术ProxySql技术详细介绍
proxysql mysql_ProxySQL实现MySQL读写分离
weixin_42170064的博客
02-02 197
之前我们已经介绍了MySQL的高可用这样我们至少保证了我们的服务不会因为MySQL挂掉而不能使用，不过按照之前的配置我们访问的时候依然访问的是单个节点，接下来我们就要想办法为节点分担压力了，本文介绍的方案是：使用ProxySQL实现MySQL读写分离ProxySQL是一个读写分离的中间件，开源项目，优势是强大的规则引擎、支持在线配置、支持负载均衡，详情可以参考官方文档ProxySQL还支持prep...
linux+mysql-proxt_ProxySQL--灵活强大的MySQL代理层
weixin_39693971的博客
01-21 269
一、亮点几乎所有的配置均可在线更改(其配置数据基于SQLite存储)，无需重启proxysql基于正则和client_addr的强大和灵活的路由规则详细的状态统计，统计结果和pt-query-digest对慢日志的分析结果类似，相当于有了统一的查看sql性能和sql语句统计的入口(Designed by a DBA for DBAs)自动重连和重新执行机制(auto-reconnect and a...
【MySql】ProxySQL指南
指错||纠正||建议||水评+点赞&&评论&&关注&&转发，在这里你大概率会有所收获
06-04 1872
ProxySQL是灵活强大的MySQL代理层, 是一个能实实在在用在生产环境的MySQL中间件，可以实现读写分离，支持 Query 路由功能，支持动态指定某个 SQL 进行 cache，支持动态加载配置、故障切换和一些 SQL的过滤功能。还有一些同类产品比如 DBproxy、MyCAT、OneProxy 等。但经过反复对比和测试之后，还是觉得ProxySQL是一款性能不谙，靠谱稳定的MySQL 中间件产品.它有官方版和 percona 版两种.percona版是在官方版的基础上修改的，添加了几个比较实用的工
MySQL-ProxySQL中间件（一）| ProxySQL基本概念
06-04 238
目录 MySQL-ProxySQL中间件（一）| ProxySQL基本概念：　https://www.cnblogs.com/SQLServer2012/p/10972593.html MySQL-ProxySQL中间件（二）| Admin Schemas介绍：https://www.cnblogs.com/SQLServer2012/p/10972761.html ...
MySQL PROXYSQL一读写分离环境搭建.docx
08-06
MySQL PROXYSQL一读写分离环境搭建
ProxySQL最新官方文档
11-23
ProxySQL最新官方文档，带详细目录，全英文，很好用。
MySQL基础_MYSQL_usuallydss_
09-29
基础学习，主要用于0基础入门使用，参考网上基础
proxysql.aarch相关perl依赖
04-19
安装arm版mysql5.7安装proxysql中间件需要的per依赖,包含以下： proxysql-2.2.0-1-centos7.aarch64.rpm perl-DBD-MySQL-4.023-6.el7.aarch64.rpm perl-5.16.3-297.el7.aarch64.rpm perl-libs-5.16.3-297.el7.aarch...
MySQL.rar_mysql基础教程_mysql教程
09-14
mysql数据库教程资料，官方推荐，从基础讲起，适合初学者
MySQL-基础篇思维导图
12-20
MySQL基础的思维导图
ProxySQL 入门教程
easylife206的专栏
07-03 2833
ProxySQL 作为一款强大的中间件为 MySQL 的架构提供了有力的支持。目前可以很好的支持 Master Slave\ MGR \ PXC等，并提供连接池、读写分离...
ProxySQL快速入门
weixin_41866717的博客
12-26 540
ProxySQL
MySQL ProxySQL读写分离使用初探
weixin_34067102的博客
05-10 105
目的       在美团点评DBProxy读写分离使用说明文章中已经说明了使用目的，本文介绍ProxySQL的使用方法以及和DBProxy的性能差异。具体的介绍可以看官网的相关说明，并且这个中间件也是percona推的一款中间件。其特性和其他读写分离的中间件差距不大，具体的会在文中介绍。本文大致简单的介绍在使用过程中的一些说明，也可以看官方的wiki获得使用帮助。 环境：  Distri...
mysql proxysql
数据库笔记
09-12 1096
proxy最大的作用是实现mysql的读写分离。其他可用作负载均衡，故障分析，查询分析，查询过滤和修改等。 位于客户端和mysql服务端之间。 mysql proxy作为一个中间代理，一个连接池，负责将前台应用的连接请求转发给后台的数据库。 并通过lua脚本，实现复杂的连接控制和过滤，从而实现读写分离和负载均衡。 对应用程序是透明的，只需要把应用连接到proxy的监听端口即可。 安装： 配...
mysql_stmt_free_result mysql_errno mysql_close mysql_init mysql_options mysql_real_connect mysql_autocommit mysql_set_character_set mysql_rollback mysql_stmt_close mysql_stmt_errno mysql_stmt_free_result mysql_stmt_bind_param mysql_stmt_bind_result mysql_stmt_execute mysql_stmt_fetch
05-31
- mysql_stmt_free_result：释放与语句句柄相关的查询结果。 - mysql_errno：获取最后一次 MySQL 操作的错误码。 - mysql_close：关闭 MySQL 连接。 - mysql_init：初始化 MySQL 连接句柄。 - mysql_options：设置 ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值