MySQL用中间件ProxySQL实现读写分离

最新推荐文章于 2024-01-18 10:03:08 发布
最新推荐文章于 2024-01-18 10:03:08 发布
阅读量1k 收藏 3
点赞数
分类专栏： MYSQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jolly10/article/details/80391404
版权

当前环境是一主两从的组复制结构，今天试一下读写分离，将写操作都应用到主库，读操作都应用到两个从库。


各server说明：

qht131    172.17.61.131    master

qht132    172.17.61.132    second1

qht133    172.17.61.133    second2

qht134    172.17.61.134    proxy+sysbench


1.登入proxysql，插入配置信息

[root@qht134 ~]# mysql -uadmin -padmin -h 127.0.0.1 -P6032               

mysql> INSERT INTO MySQL_servers(hostgroup_id, hostname, port) VALUES (0,'172.17.61.131',3306);
Query OK, 1 row affected (0.04 sec)

mysql> INSERT INTO MySQL_servers(hostgroup_id, hostname, port) VALUES (1,'172.17.61.132',3306);
Query OK, 1 row affected (0.04 sec)

mysql> INSERT INTO MySQL_servers(hostgroup_id, hostname, port) VALUES (1,'172.17.61.133',3306);
Query OK, 1 row affected (0.00 sec)

mysql> select hostgroup_id,hostname,port,status from mysql_servers;
+--------------+---------------+------+--------+
| hostgroup_id | hostname      | port | status |
+--------------+---------------+------+--------+
| 0            | 172.17.61.131 | 3306 | ONLINE |
| 1            | 172.17.61.132 | 3306 | ONLINE |
| 1            | 172.17.61.133 | 3306 | ONLINE |
+--------------+---------------+------+--------+
3 rows in set (0.00 sec)

将qht131定义为group 0, 将qht132和qht133定义为group 1。

2.在数据库端建立proxysql登入需要的帐号（如之前已建立好的话直跳过此步骤）

mysql> CREATE USER 'proxysql'@'%' IDENTIFIED BY 'proxysql';  
Query OK, 0 rows affected (0.41 sec)  
  
mysql> grant  usage on *.* to 'proxysql'@'%';  
Query OK, 0 rows affected (0.03 sec)  
  
mysql> create user 'sbuser'@'%' IDENTIFIED BY 'sbpass';  
Query OK, 0 rows affected (0.00 sec)  
  
mysql> GRANT ALL ON * . * TO 'sbuser'@'%';  
Query OK, 0 rows affected (0.00 sec)  
  
mysql> FLUSH PRIVILEGES;  
Query OK, 0 rows affected (0.07 sec)

3.在proxysql中增加帐号

mysql> INSERT INTO MySQL_users(username,password,default_hostgroup) VALUES ('sbuser','sbpass',0);  
Query OK, 1 row affected (0.00 sec)  
mysql> UPDATE global_variables SET variable_value='proxysql' where variable_name='mysql-monitor_username';  
Query OK, 1 row affected (0.00 sec)  
  
mysql> UPDATE global_variables SET variable_value='proxysql' where variable_name='mysql-monitor_password';  
Query OK, 1 row affected (0.00 sec)  
mysql> LOAD MYSQL VARIABLES TO RUNTIME;
Query OK, 0 rows affected (0.00 sec)

mysql> SAVE MYSQL VARIABLES TO DISK;
Query OK, 94 rows affected (0.02 sec)

mysql> LOAD MYSQL SERVERS TO RUNTIME;
Query OK, 0 rows affected (0.00 sec)

mysql> SAVE MYSQL SERVERS TO DISK;
Query OK, 0 rows affected (0.03 sec)

mysql> LOAD MYSQL USERS TO RUNTIME;
Query OK, 0 rows affected (0.00 sec)

mysql> SAVE MYSQL USERS TO DISK;
Query OK, 0 rows affected (0.01 sec)

测试一下能否正常登入数据库

[root@qht134 ~]# mysql -u sbuser -psbpass -h 127.0.0.1 -P6033 -e"select @@port"
mysql: [Warning] Using a password on the command line interface can be insecure.
+--------+
| @@port |
+--------+
|   3306 |
+--------+

4. 用sysbench来压测mysql

[root@qht134 sysbench]# sysbench   --mysql-user=sbuser  --mysql-password='sbpass' --db-driver=mysql --mysql-port=6033   --mysql-host=127.0.0.1  --mysql-db=l5m oltp_read_write prepare
sysbench 1.1.0 (using bundled LuaJIT 2.1.0-beta3)

Creating table 'sbtest1'...
Inserting 10000 records into 'sbtest1'
Creating a secondary index on 'sbtest1'...

在proxysql中用下面的语句先清空stats_mysql_query_digest的数据

mysql> SELECT 1 FROM stats_mysql_query_digest_reset LIMIT 1;
+---+
| 1 |
+---+
| 1 |
+---+
1 row in set (0.12 sec)

开始测压：

[root@qht134 sysbench]# sysbench   --mysql-user=sbuser  --mysql-password='sbpass' --db-driver=mysql --mysql-port=6033   --mysql-host=127.0.0.1  --mysql-db=l5m oltp_read_write run
sysbench 1.1.0 (using bundled LuaJIT 2.1.0-beta3)

Running the test with following options:
Number of threads: 1
Initializing random number generator from current time


Initializing worker threads...

Threads started!

SQL statistics:
    queries performed:
        read:                            9492
        write:                           2113
        other:                           1955
        total:                           13560
    transactions:                        678    (67.71 per sec.)
    queries:                             13560  (1354.12 per sec.)
    ignored errors:                      0      (0.00 per sec.)
    reconnects:                          0      (0.00 per sec.)

Throughput:
    events/s (eps):                      67.7061
    time elapsed:                        10.0139s
    total number of events:              678

Latency (ms):
         min:                                    7.95
         avg:                                   14.76
         max:                                  345.15
         95th percentile:                       25.74
         sum:                                10005.75

Threads fairness:
    events (avg/stddev):           678.0000/0.00
    execution time (avg/stddev):   10.0057/0.00

查看一下收集了哪些数据：

mysql> mysql> select * from stats_mysql_commands_counters where total_cnt>0;
+--------------+---------------+-----------+-----------+-----------+---------+---------+----------+----------+-----------+-----------+--------+--------+---------+----------+
| Command      | Total_Time_us | Total_cnt | cnt_100us | cnt_500us | cnt_1ms | cnt_5ms | cnt_10ms | cnt_50ms | cnt_100ms | cnt_500ms | cnt_1s | cnt_5s | cnt_10s | cnt_INFs |
+--------------+---------------+-----------+-----------+-----------+---------+---------+----------+----------+-----------+-----------+--------+--------+---------+----------+
| BEGIN        | 1810291       | 1230      | 1         | 1212      | 7       | 8       | 0        | 1        | 0         | 0         | 0      | 1      | 0       | 0        |
| COMMIT       | 10777309      | 1230      | 1         | 0         | 0       | 684     | 357      | 172      | 7         | 9         | 0      | 0      | 0       | 0        |
| CREATE_INDEX | 1691195       | 5         | 0         | 0         | 0       | 0       | 0        | 0        | 3         | 1         | 0      | 1      | 0       | 0        |
| CREATE_TABLE | 1512616       | 6         | 0         | 0         | 1       | 0       | 0        | 2        | 2         | 0         | 0      | 1      | 0       | 0        |
| DELETE       | 938340        | 1230      | 1         | 1217      | 7       | 1       | 0        | 3        | 0         | 0         | 1      | 0      | 0       | 0        |
| DROP_TABLE   | 383931        | 3         | 0         | 0         | 0       | 0       | 0        | 0        | 1         | 2         | 0      | 0      | 0       | 0        |
| INSERT       | 80309813      | 5685      | 2         | 1208      | 10      | 4091    | 291      | 46       | 12        | 9         | 1      | 12     | 2       | 1        |
| SELECT       | 24912547      | 17216     | 12        | 16501     | 636     | 46      | 3        | 14       | 2         | 0         | 0      | 0      | 0       | 2        |
| UPDATE       | 1633335       | 2460      | 3         | 2398      | 42      | 3       | 1        | 12       | 0         | 0         | 1      | 0      | 0       | 0        |
| SHOW         | 248177        | 2         | 0         | 0         | 1       | 0       | 0        | 0        | 0         | 1         | 0      | 0      | 0       | 0        |
+--------------+---------------+-----------+-----------+-----------+---------+---------+----------+----------+-----------+-----------+--------+--------+---------+----------+
10 rows in set (0.00 sec)

非常不错的统计信息，各种命令的聚合统计，方便我们监控数据库负载趋势，一眼就可以看出读多还是写多。
还有更具体的统计信息。

mysql> select * from stats_mysql_query_digest order by sum_time DESC;
+-----------+------------+----------+--------------------+--------------------------------------------------------------------+------------+------------+------------+----------+----------+----------+
| hostgroup | schemaname | username | digest             | digest_text                                                        | count_star | first_seen | last_seen  | sum_time | min_time | max_time |
+-----------+------------+----------+--------------------+--------------------------------------------------------------------+------------+------------+------------+----------+----------+----------+
| 0         | l5m        | sbuser   | 0x695FBF255DBEB0DD | COMMIT                                                             | 679        | 1526918066 | 1526918076 | 5781949  | 2662     | 335908   |
| 0         | l5m        | sbuser   | 0xBF001A0C13781C1D | SELECT c FROM sbtest1 WHERE id=?                                   | 6781       | 1526918066 | 1526918076 | 1551932  | 134      | 38261    |
| 0         | l5m        | sbuser   | 0xC19480748AE79B4B | SELECT DISTINCT c FROM sbtest1 WHERE id BETWEEN ? AND ? ORDER BY c | 679        | 1526918066 | 1526918076 | 341165   | 289      | 2711     |
| 0         | l5m        | sbuser   | 0xC198E52BCCB481C7 | UPDATE sbtest1 SET k=k+? WHERE id=?                                | 679        | 1526918066 | 1526918076 | 251003   | 172      | 17739    |
| 0         | l5m        | sbuser   | 0xAC80A5EA0101522E | SELECT c FROM sbtest1 WHERE id BETWEEN ? AND ? ORDER BY c          | 679        | 1526918066 | 1526918076 | 231798   | 231      | 1759     |
| 0         | l5m        | sbuser   | 0xE52A0A0210634DAC | INSERT INTO sbtest1 (id, k, c, pad) VALUES (?, ?, ?, ?)            | 679        | 1526918066 | 1526918076 | 224630   | 180      | 29356    |
| 0         | l5m        | sbuser   | 0x290B92FD743826DA | SELECT c FROM sbtest1 WHERE id BETWEEN ? AND ?                     | 679        | 1526918066 | 1526918076 | 222311   | 233      | 3284     |
| 0         | l5m        | sbuser   | 0xDBF868B2AA296BC5 | SELECT SUM(k) FROM sbtest1 WHERE id BETWEEN ? AND ?                | 679        | 1526918066 | 1526918076 | 179803   | 187      | 10738    |
| 0         | l5m        | sbuser   | 0xFAD1519E4760CBDE | BEGIN                                                              | 679        | 1526918066 | 1526918076 | 177774   | 157      | 3793     |
| 0         | l5m        | sbuser   | 0xFB239BC95A23CA36 | UPDATE sbtest1 SET c=? WHERE id=?                                  | 679        | 1526918066 | 1526918076 | 166028   | 153      | 570      |
| 0         | l5m        | sbuser   | 0xE365BEB555319B9E | DELETE FROM sbtest1 WHERE id=?                                     | 679        | 1526918066 | 1526918076 | 156263   | 150      | 748      |
+-----------+------------+----------+--------------------+--------------------------------------------------------------------+------------+------------+------------+----------+----------+----------+
11 rows in set (0.00 sec)不

sysbench采集了这段时间所有sql信息，然后做出汇总信息。

不过目前还没有做读写分离，hostgroup都显示的是0，也就是所有语句都是从qht131中执行的。

5.读写分离设置

[root@qht134 sysbench]# mysql -uadmin -padmin -h 127.0.0.1 -P6032               
mysql> insert into mysql_query_rules(active,match_pattern,destination_hostgroup,apply) values(1,'^SELECT.*FOR UPDATE$',0,1);
Query OK, 1 row affected (0.02 sec)

mysql> insert into mysql_query_rules(active,match_pattern,destination_hostgroup,apply) values(1,'^SELECT',1,1);
Query OK, 1 row affected (0.00 sec)

mysql> LOAD MYSQL QUERY RULES TO RUNTIME;
Query OK, 0 rows affected (0.00 sec)

mysql> SAVE MYSQL QUERY RULES TO DISK;
Query OK, 0 rows affected (0.08 sec)

match_pattern的规则是基于正则表达式的，

active表示是否启用这个sql路由项，

match_pattern就是我们正则匹配项，
destination_hostgroup表示我们要将该类sql转发到哪些mysql上面去，这里我们将select转发到group 1，也就是两个slave上。

apply为1表示该正则匹配后，将不再接受其他匹配，直接转发。


添加了sql路由，我们来看看是否实现了读写分离呢。
首先记得清空proxysql的query统计 
mysql> SELECT 1 FROM stats_mysql_query_digest_reset LIMIT 1;
+---+
| 1 |
+---+
| 1 |
+---+
1 row in set (0.00 sec)

接着再进行一次压测：

[root@qht134 sysbench]# sysbench   --mysql-user=sbuser  --mysql-password='sbpass' --db-driver=mysql --mysql-port=6033   --mysql-host=127.0.0.1  --mysql-db=l5m oltp_read_write cleanup
sysbench 1.1.0 (using bundled LuaJIT 2.1.0-beta3)

Dropping table 'sbtest1'...
[root@qht134 sysbench]# sysbench   --mysql-user=sbuser  --mysql-password='sbpass' --db-driver=mysql --mysql-port=6033   --mysql-host=127.0.0.1  --mysql-db=l5m oltp_read_write prepare
sysbench 1.1.0 (using bundled LuaJIT 2.1.0-beta3)

Creating table 'sbtest1'...
Inserting 10000 records into 'sbtest1'
Creating a secondary index on 'sbtest1'...
[root@qht134 sysbench]# sysbench   --mysql-user=sbuser  --mysql-password='sbpass' --db-driver=mysql --mysql-port=6033   --mysql-host=127.0.0.1  --mysql-db=l5m oltp_read_write run
sysbench 1.1.0 (using bundled LuaJIT 2.1.0-beta3)

Running the test with following options:
Number of threads: 1
Initializing random number generator from current time


Initializing worker threads...

Threads started!

SQL statistics:
    queries performed:
        read:                            9702
        write:                           2150
        other:                           2008
        total:                           13860
    transactions:                        693    (69.24 per sec.)
    queries:                             13860  (1384.73 per sec.)
    ignored errors:                      0      (0.00 per sec.)
    reconnects:                          0      (0.00 per sec.)

Throughput:
    events/s (eps):                      69.2363
    time elapsed:                        10.0092s
    total number of events:              693

Latency (ms):
         min:                                    8.52
         avg:                                   14.43
         max:                                  389.49
         95th percentile:                       24.83
         sum:                                10003.09

Threads fairness:
    events (avg/stddev):           693.0000/0.00
    execution time (avg/stddev):   10.0031/0.00

查看下结果：

mysql> select hostgroup hg,sum_time,count_star,digest_text from stats_mysql_query_digest order by sum_time DESC\G
*************************** 1. row ***************************
         hg: 0
   sum_time: 4909546
 count_star: 694
digest_text: COMMIT
*************************** 2. row ***************************
         hg: 1
   sum_time: 2530591
 count_star: 6931
digest_text: SELECT c FROM sbtest1 WHERE id=?
*************************** 3. row ***************************
         hg: 0
   sum_time: 1971736
 count_star: 4
digest_text: INSERT INTO sbtest1(k, c, pad) VALUES(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(?, ?, ?),(
*************************** 4. row ***************************
         hg: 1
   sum_time: 933210
 count_star: 694
digest_text: SELECT DISTINCT c FROM sbtest1 WHERE id BETWEEN ? AND ? ORDER BY c
*************************** 5. row ***************************
         hg: 0
   sum_time: 347427
 count_star: 694
digest_text: UPDATE sbtest1 SET k=k+? WHERE id=?
*************************** 6. row ***************************
         hg: 1
   sum_time: 287341
 count_star: 694
digest_text: SELECT c FROM sbtest1 WHERE id BETWEEN ? AND ? ORDER BY c
*************************** 7. row ***************************
         hg: 1
   sum_time: 248992
 count_star: 694
digest_text: SELECT c FROM sbtest1 WHERE id BETWEEN ? AND ?
*************************** 8. row ***************************
         hg: 1
   sum_time: 245313
 count_star: 694
digest_text: SELECT SUM(k) FROM sbtest1 WHERE id BETWEEN ? AND ?
*************************** 9. row ***************************
         hg: 0
   sum_time: 169631
 count_star: 694
digest_text: INSERT INTO sbtest1 (id, k, c, pad) VALUES (?, ?, ?, ?)
*************************** 10. row ***************************
         hg: 0
   sum_time: 168597
 count_star: 694
digest_text: UPDATE sbtest1 SET c=? WHERE id=?
*************************** 11. row ***************************
         hg: 0
   sum_time: 166361
 count_star: 694
digest_text: DELETE FROM sbtest1 WHERE id=?
*************************** 12. row ***************************
         hg: 0
   sum_time: 154297
 count_star: 694
digest_text: BEGIN
*************************** 13. row ***************************
         hg: 0
   sum_time: 85134
 count_star: 1
digest_text: DROP TABLE IF EXISTS sbtest1
*************************** 14. row ***************************
         hg: 0
   sum_time: 64026
 count_star: 1
digest_text: CREATE INDEX k_1 ON sbtest1(k)
*************************** 15. row ***************************
         hg: 0
   sum_time: 48234
 count_star: 1
digest_text: CREATE TABLE sbtest1( id INTEGER NOT NULL AUTO_INCREMENT, k INTEGER DEFAULT ? NOT NULL, c CHAR(?) DEFAULT ? NOT NULL, pad CHAR(?) DEFAULT ? NOT NULL, PRIMARY KEY (id) ) ENGINE = innodb
15 rows in set (0.00 sec)
可以看到，所有的非select*for update的查询语句都已经转发到slave了，也就是group 1.



参考：http://www.fordba.com/mysql_proxysql_rw_split.html

zuozhiji
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ProxySQL简单读写分离.docx
01-15
本文详细描述了如果下载和安装ProxySQL，并一步一步的配置ProxySQL，可以实现常规的MySQL读写分离的功能
MySQL读写分离中间件
lpx1249115962的博客
03-29 1346
ProxySQL是一个高性能的MySQL代理软件，可以实现数据库读写分离，支持 Query路由功能，支持动态指定某个SQL进行缓存，支持动态加载配置信息（无需重启ProxySQL ），支持故障切换和SQL过滤功能。amoeba: 直接实现读写分离和负载均衡，不用修改代码，有很灵活的数据解决方案，自己分配账户，和后端数据库权限管理独立，权限处理不够灵活。程序修改mysql操作，直接和数据库通信，简单快捷的读写分离和随机的方式实现的负载均衡，权限独立分配，需要开发人员协助。# 为了测试，先清空已有规则。
Mysql 读写分离中间件
最新发布
u013454416的博客
01-18 1133
mysql读写分离算是很早就提出的一个提高数据库性能的方案，最少有10多年之久了吧，但是实际应用中非常多的企业系统中还是在使用MySQL主从，甚至就是一个mysql。甚至很多资深的开发人员知道读写分离，什么mycat 等等，但是真正用于生产的还是不多。今天我们就给大家推荐一款轻量级，配置简单搭建方便的读写分离中间件。经过多款读写分离中间件比对后最为实用，非常适合中小型系统的读写分离中间件 maxscale。
MyCAT数据库中间件实现MySQL读写分离
RAB
10-31 384
MyCAT数据库中间件实现MySQL读写分离。
25、Mysql中间件实现mysql读写分离-MYCAT
weixin_37540600的博客
04-17 158
MySQL中间件是指在MySQL数据库服务器和应用程序之间增加一个中间层，用于实现负载均衡、故障转移、自动分片等功能。常见的MySQL中间件有MySQL Proxy、MySQL Router、MaxScale、ProxySQL、Mycat等。MycatMycat是一款开源的MySQL中间件，可以实现数据分片和读写分离等功能...
03、MySQL-------数据库中间件MyCat实现读写分离
Java 领域技术分享
10-19 170
MySQL-------数据库中间件MyCat实现读写分离
MySQL PROXYSQL一读写分离环境搭建.docx
08-06
MySQL PROXYSQL一读写分离环境搭建
MySQL数据库读写分离中间件Atlas
02-25
Atlas是由奇虎360公发的基于MySQL协议的数据库中间件产品，它在MySQL官方推出的MySQL-Proxy0.8.2版本的基础上，修改了若干Bug，并增加了很多功能特性。目前该产品在360内部得到了广泛应用，覆盖80%以上的MySQL业务，...
MySQL 读写分离实例详解
12-15
在用过Amoeba 和 Cobar，还有dbware 等读写分离组件后，今天我的一个好朋友跟我讲，MySQL自身的也是可以读写分离的，因为他们提供了一个新的驱动，叫 com.mysql.jdbc.ReplicationDriver 说明文档：...
springboot+mysql读写分离
07-29
springboot结合mysql主从来实现读写分离 一、实现的功能 1、基于springboot框架，application.yml配置多个数据源，使用AOP以及AbstractRootingDataSource、ThreadLocal来实现多数据源切换，以实现读写分离。mysql...
mysql读写分离的中间件
07-29
在linux下用于部署读写分离的中间件maxscale。它是实现mysql数据库的读写分离的
mysql读写分离中间件有哪些
计算机毕业论文源码，学生个人网页制作html源码。贴近用户做网络推广和互联网优化。
11-17 1226
mysql中间件有哪些 mysql-proxy是官方提供的mysql中间件产品可以实现负载平衡，读写分离，failover等，但其不支持大数据量的分库分表且性能较差。下面介绍几款能代替其的mysql开源中间件产品，Atlas，cobar，tddl，让我们看看它们各自有些什么优点和新特性吧。 Atlas Atlas是由...
proxysql读写分离
qq_44784155的博客
08-14 482
1.不同类型的读写分离方案解析 数据库中间件最基本的功能就是实现读写分离， ProxySQL 当然也支持。而且 ProxySQL 支持的路由规则非常灵活，不仅可以实现最简单的读写分离，还可以将读/写都分散到多个不同的组，以及实现分库 sharding (分表sharding的规则比较难写，但也能实现)。 本文只描述通过规则制定的语句级读写分离，不讨论通过 ip/port, client, username, schemaname 实现的读写分离。 下面描述了ProxySQL能实现的常见读写分离类型 1.1
mysql读写分离中间件_MySQL实行读写分离的中间件——ProxySQL
weixin_28698129的博客
01-18 805
上边介绍了mysql的主从模型，可以提升数据库服务器的性能，保证数据的完整性和可靠性，但是呢，如果说仅此而已的话，那么master依旧会承担巨大的访问和写操作的压力，以至于我们提升又到达一个新的瓶颈。借此，介绍一个可实行读写分离的MySQL的中间件——ProxySQL，依赖于主从模型之上，可以让用户的访问操作发送到slave上，写操作发送到master，这样我们的master的压力就会得到一定的提...
mysql读写分离中间件都有哪些_实现一个读写分离的数据库访问中间件
weixin_30015521的博客
01-28 392
主库(master)：增删改，以及所有事务操作。从库(slaver)：读操作。根据数据库连接字符串 约定数据库类型。/// /// 数据库方言集合/// private readonly Dictionary DialectDictionary= new Dictionary{["sqlconnection"] = DatabaseDialectEnum.MSSQL,["sqlceconnecti...
Mysql之中间件Mycat实现读写分离
WuDan_1112的博客
07-08 338
Mycat适用的场景很丰富，以下是几个典型的应用场景Mycat长期路线图强化分布式数据库中间件的方面的功能，使之具备丰富的插件、强大的数据库智能优化功能、全面的系统监控能力、以及方便的数据运维工具，实现在线数据扩容、迁移等高级功能进一步挺进大数据计算领域，深度结合Spark Stream和Storm等分布式实时流引擎，能够完成快速的巨表关联、排序、分组聚合等 OLAP方向的能力，并集成一些热门常用的实时分析算法，让工程师以及DBA们更容易用Mycat实现一些高级数据分析处理功能不断强化Mycat开源社区的技
利用ProxySQL实现读写分离
jeffery_love的博客
06-17 494
环境准备： 准备三台主机，一台ProxySQL服务器:192.168.8.7，另外两台主机实现主从复制192.168.8.17,27 注意：slave节点需要设置read_only=1 安装ProxySQL，并向ProxySQL中添加MySQL节点，以下操作不需要use main也可成功 MySQL> show tables; MySQL > select * from sqlite_master where name='mysql_servers'\G MySQL > sel..
MyCat2数据库分库分表,读写分离中间件(踩坑大实战内附详细图文教程)
暗武逢天的博客
07-28 1203
Mycat 的原理中最重要的一个动词是“拦截”，它拦截了用户发送过来的 SQL 语 句，首先对 SQL 语句做了一些特定的分析：如分片分析、路由分析、读写分离分析、缓存分析等，然后将此 SQL 发往后端的真实数据库，并将返回的结果做适当的处理， 最终再返回给用户
MySQL读写分离之Mycat中间件（项目例子---一主一丛一代理）
冲冲冲
08-18 99
Mycat 是一个开源的数据库系统，但是由于真正的数据库需要存储引擎，而 Mycat 并没有存 储引擎，所以并不是完全意义的数据库系统。Mycat 是数据库中间件，就是介于数据库与应用之间，进行数据处理与交互的中间服 务是实现对主从数据库的读写分离、读的负载均衡。在数据库集群架构中，让主库负责处理写入操作，而从库只负责处理select查询，让两者分工明确达到提高数据库整体读写性能。链接: https://pan.baidu.com/s/1Lm7tOF0vFk-iB_gthy7D-g?所以，总体性能提高了。
ProxySQL配置mysql读写分离配置
07-13
要使用 ProxySQL 配置 MySQL 的读写分离，可以按照以下步骤进行操作： 1. 安装 ProxySQL：首先，你需要安装 ProxySQL 的软件。你可以从 ProxySQL 的官方网站下载适用于你的操作系统的安装程序，并按照官方文档中的说明进行安装。 2. 配置主服务器和从服务器：在主服务器和从服务器上进行以下配置： - 确保主服务器和从服务器都已正确配置和运行，并且数据库实例正常工作。 - 确保主服务器和从服务器都可以通过网络连接到 ProxySQL。 3. 连接到 ProxySQL：使用以下命令连接到 ProxySQL 的命令行界面： ``` mysql -u admin -p -h proxy_server_ip -P proxy_server_port --prompt='ProxySQLAdmin>' ``` 将 "admin" 替换为 ProxySQL 的管理员用户名，将 "proxy_server_ip" 替换为 ProxySQL 服务器的 IP 地址，将 "proxy_server_port" 替换为 ProxySQL 服务器的端口号。 4. 添加主服务器和从服务器：在 ProxySQL 的命令行界面中，使用以下命令添加主服务器和从服务器： ``` INSERT INTO mysql_servers (hostgroup_id, hostname, port) VALUES (1, 'master_server_ip', 3306); INSERT INTO mysql_servers (hostgroup_id, hostname, port) VALUES (2, 'slave_server_ip', 3306); ``` 将 "master_server_ip" 替换为主服务器的 IP 地址，将 "slave_server_ip" 替换为从服务器的 IP 地址。 5. 添加主从关系：在 ProxySQL 的命令行界面中，使用以下命令添加主从关系： ``` INSERT INTO mysql_replication_hostgroups (writer_hostgroup, reader_hostgroup) VALUES (1, 2); ``` 这将指定主服务器和从服务器的关系，其中 "writer_hostgroup" 是主服务器的组 ID，"reader_hostgroup" 是从服务器的组 ID。 6. 保存更改并重新加载配置：在 ProxySQL 的命令行界面中，使用以下命令保存更改并重新加载配置： ``` LOAD MYSQL SERVERS TO RUNTIME; SAVE MYSQL SERVERS TO DISK; LOAD MYSQL SERVERS TO RUNTIME; SAVE MYSQL SERVERS TO DISK; ``` 7. 配置应用程序：在应用程序的数据库连接配置中，将读操作的请求连接到 ProxySQL 服务器的 IP 地址和端口号。 请注意，上述步骤仅提供了一个基本的配置示例，你可能需要根据你的环境和需求进行调整。此外，ProxySQL 还提供了许多其他的功能和配置选项，如负载均衡、故障转移等。你可以参考 ProxySQL 的官方文档以了解更多详细信息。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值