【Mysql】OneProxy分库分表

最新推荐文章于 2024-09-30 09:09:52 发布
最新推荐文章于 2024-09-30 09:09:52 发布
阅读量208 收藏
点赞数
文章标签： 数据库 运维 json

环境准备

       我们可以用真实的物理机器或云上的虚拟主机来做实验，充分体现自主的分库分表的乐趣，在这里我找了三台机器，具体信息如下所示：

机器名

IP地址

配置

Proxy1

192.168.1.6

8 Core，GB Memory，美团云虚拟机

group1

192.168.1.6

8 Core，GB Memory，美团云虚拟机

group2

192.168.1.52

8 Core，GB Memory，美团云虚拟机




1 建表

  1. 创建表时，要根据分区中指定的表名和位置去创建相应的物进表，创建的表中应当包括分区字段，字段名称和类型都要匹配上。
    在第一台MySQL服务器（group1）上创建如下表：

    Create table my_range_0 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_range_1 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_list_0 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_list_1 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_hash_0 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_hash_1 (id int not null primary key, col2 int, col3 varchar(32));


  2. group2上面建立如下的表

  3. Create table my_range_2 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_range_3 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_list_2 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_list_3 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_list_4 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_hash_2 (id int not null primary key, col2 int, col3 varchar(32));

    Create table my_hash_3 (id int not null primary key, col2 int, col3 varchar(32));



2   可以看到，两台MySQL服务器上都没有创建OneProxy里的三张虚拟表：“my_range”、“my_list”和“my_hash”。接下来我们将三张分区表的信息用JSON格式保存到文本文件（“part.txt”）中，如下所示：
  1. 如：
  2. [root@hostnfsd :/usr/local/oneproxy]$ more part.txt 
    [


      {


            "table"   : "my_range",


            "pkey"    : "id",


            "type"    : "int",


            "method"  : "range",


            "partitions":


               [


                   { "name" : "my_range_0", "group": "group1", "value" : "100000" },


                   { "name" : "my_range_1", "group": "group1", "value" : "200000" },


                   { "name" : "my_range_2", "group": "group2", "value" : "300000" },


                   { "name" : "my_range_3", "group": "group2", "value" : null     }


               ]


      },


      {


            "table"   : "my_hash",


            "pkey"    : "id",


            "type"    : "int",


            "method"  : "hash",


            "partitions":


               [


                   { "name" : "my_hash_0", "group": "group1" },


                   { "name" : "my_hash_1", "group": "group1" },


                   { "name" : "my_hash_2", "group": "group2" },


                   { "name" : "my_hash_3", "group": "group2" }


               ]


      },


      {


            "table"   : "my_list",


            "pkey"    : "id",


            "type"    : "int",


            "method"  : "list",


            "partitions":


               [


                   { "name" : "my_list_0", "group": "group1", "value" : ["1","2","3"] },


                   { "name" : "my_list_1", "group": "group1", "value" : ["4","5","6"] },


                   { "name" : "my_list_2", "group": "group2", "value" : ["7","8","9"] },


                   { "name" : "my_list_3", "group": "group2", "value" : ["10","11","12"] },


                   { "name" : "my_list_4", "group": "group2", "value" : [] }


               ]


      }


    ]

3配置文件
  1. [root@hostnfsd :/usr/local/oneproxy]$ vi demo.sh 
    #/bin/bash
    #
    export ONEPROXY_HOME=/usr/local/oneproxy


    # valgrind --leak-check=full \


    ${ONEPROXY_HOME}/bin/oneproxy --keepalive \
    --proxy-address=192.168.1.6:3308 \
    --admin-address=192.168.1.6:4041  \
    --proxy-master-addresses=192.168.1.6:3307@group1 \
    --proxy-master-addresses=192.168.1.52:3306@group2  \
    --proxy-user-list=testuser/950434F7872CB57A600E1B2B7237766FA7E95460@testbak \
    --proxy-charset=utf8_chinese_ci \
    --proxy-part-tables=${ONEPROXY_HOME}/part.txt \
    --log-file=${ONEPROXY_HOME}/oneproxy.log \
    --pid-file=${ONEPROXY_HOME}/oneproxy.pid



4 重启oneproxy
[root@hostnfsd :/usr/local/oneproxy]$ ps -ef | grep -i one|grep -v grep |awk '{print $2}'|xargs kill -9
[root@hostnfsd :/usr/local/oneproxy]$ sh demo.sh


更新操作

现在三张表里没有任何数据，第一步就是用标准的MySQL客户端连接到OneProxy，须注意连接时，端口的写OneProxy的端口，这里是“3308”，如下所示：

# /usr/local/mysql5.6/bin/mysql -u testuser -h192.168.1.6 -P3308 -ptestuser

我们来对三张表做一个查询试试：

 mysql> select * from my_range;

Empty set (0.00 sec)

 mysql> select * from my_list;

Empty set (0.00 sec)

 mysql> select * from my_hash;

Empty set (0.00 sec)


 使用SQL语句来插入几条记录看看，针对插入语句，要求语句中显式地指定列名，如下所示：

 mysql> insert into my_range (id, col2, col3) values (100, 1, 'This is row 1');

Query OK, 1 row affected (0.01 sec)

 

mysql> insert into my_range (id, col2, col3) values (100100, 2, 'This is row 2');

Query OK, 1 row affected (0.00 sec)

 

mysql> insert into my_range (id, col2, col3) values (200100, 3, 'This is row 3');

Query OK, 1 row affected (0.01 sec)

 

mysql> insert into my_range (id, col2, col3) values (300100, 4, 'This is row 4');

Query OK, 1 row affected (0.01 sec)

 

 然后重新来查询一次“my_range”表，如下所示：

 mysql> select * from my_range;

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

| id     | col2 | col3          |

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

|    100 |    1 | This is row 1 |

| 100100 |    2 | This is row 2 |

| 200100 |    3 | This is row 3 |

| 300100 |    4 | This is row 4 |

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

4 rows in set (0.01 sec)

 

在OneProxy中，可以直接使用分区的名字来进行查询，来验证一下是否每个分区各包含一条记录，也可以直接登录MySQL进行验证，如下所示：

 mysql> select * from my_range_0;

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

| id  | col2 | col3          |

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

| 100 |    1 | This is row 1 |

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

1 row in set (0.00 sec)

 

mysql> select * from my_range_1;

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

| id     | col2 | col3          |

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

| 100100 |    2 | This is row 2 |

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

1 row in set (0.00 sec)

 

mysql> select * from my_range_2;

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

| id     | col2 | col3          |

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

| 200100 |    3 | This is row 3 |

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

1 row in set (0.00 sec)

 

mysql> select * from my_range_3;

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

| id     | col2 | col3          |

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

| 300100 |    4 | This is row 4 |

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

1 row in set (0.00 sec)

 

对于更新操作来讲，要求更新的语句只能操作一个分区的数据，否则报错并不能执行。比如我们没有显式指定列名，会怎么样呢？

 mysql> insert into my_range  values (400100, 4, 'This is row 4');

ERROR 1044 (42000): Partitioned tables should choose only one partition for DML queries!

 

 当OneProxy无法从SQL取到分区列上的值时，会选择所有的分区，对于DML更新类操作，OneProxy因为不支持分布式事务，所在对DML语句能操作的分区数做了严格的限定，即只能操作一个分区。事实上对于在显式事务中的查询语句，也有同样的限制，比如我们显式开始一个事务，然后对虚拟表做全表查询，看看OneProxy会如何反馈？

 

mysql> start transaction;

Query OK, 0 rows affected (0.00 sec)

 

mysql> select * from my_range;

ERROR 1044 (42000): Partitioned tables should choose only one partition when in transaction!

mysql> rollback;

Query OK, 0 rows affected (0.00 sec)

 

mysql> select * from my_range;

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

| id     | col2 | col3          |

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

|    100 |    1 | This is row 1 |

| 100100 |    2 | This is row 2 |

| 200100 |    3 | This is row 3 |

| 300100 |    4 | This is row 4 |

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

4 rows in set (0.00 sec)

 


当在一个插入语句中插入多行时，要求所有的行必须位于同一个分区，否则并不能进行插入操作。如下所示：

 mysql> insert into my_range (id, col2, col3) values (400100, 5, 'This is row 5'), (101, 6, 'This is row 6');

ERROR 1044 (42000): Partitioned tables should choose only one partition for DML queries!

 

如果我们调整一下SQL语句，使多行位于同一个分区，则可以成功操作。如下所示：

 mysql> insert into my_range (id, col2, col3)  values (101, 5, 'This is row 5'), (102, 6, 'This is row 6');

Query OK, 2 rows affected (0.00 sec)

Records: 2  Duplicates: 0  Warnings: 0

 

现在再来查询一下第一个分区的数据，如下所示：

 mysql> select * from my_range_0;

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

| id  | col2 | col3          |

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

| 100 |    1 | This is row 1 |

| 101 |    5 | This is row 5 |

| 102 |    6 | This is row 6 |

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

3 rows in set (0.00 sec)

 

 对于另外的两张表“my_list”和“my_hash”，我在这里就不重复举例子了，请大家自行测试验证。

 对于OneProxy里的分区表来讲，更新操作（DML语句）只能涉及一个分区；对事务中的任何查询语句，也有此要求。


查询操作

       
对于查询语句，如果OneProxy发现只涉及一个分区操作，则直接交给后端的数据库进行处理，包括排序、分页、分组统计等功能，都不需要经过OneProxy干预，只有当查询语句涉及多个分区时，才会参与处理。

 前面已经有一些查询的例子了，对于查询操作，如果不在显式的事务中，则可以做多个分区的结果集合并，如果在事务中，则必须要求查询只涉及一个分区。在查询条件中，可以包含分区列，也可以不包含分区列，OneProxy都能自动处理。如下所示：

 

mysql> select * from my_range where id = 100;

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

| id  | col2 | col3          |

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

| 100 |    1 | This is row 1 |

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

1 row in set (0.00 sec)

 

mysql> select * from my_range where col2=2;

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

| id     | col2 | col3          |

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

| 100100 |    2 | This is row 2 |

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

1 row in set (0.00 sec)

 

在OneProxy中，当查询涉及多个分区时，依然可以对结果集进行排序，如下所示：

mysql> select * from my_range order by col2;

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

| id     | col2 | col3          |

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

|    100 |    1 | This is row 1 |

| 100100 |    2 | This is row 2 |

| 200100 |    3 | This is row 3 |

| 300100 |    4 | This is row 4 |

|    101 |    5 | This is row 5 |

|    102 |    6 | This is row 6 |

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

6 rows in set (0.00 sec)

 

mysql> select * from my_range order by col2 desc;

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

| id     | col2 | col3          |

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

|    102 |    6 | This is row 6 |

|    101 |    5 | This is row 5 |

| 300100 |    4 | This is row 4 |

| 200100 |    3 | This is row 3 |

| 100100 |    2 | This is row 2 |

|    100 |    1 | This is row 1 |

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

6 rows in set (0.00 sec)

 

mysql> select * from my_range order by col3;

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

| id     | col2 | col3          |

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

|    100 |    1 | This is row 1 |

| 100100 |    2 | This is row 2 |

| 200100 |    3 | This is row 3 |

| 300100 |    4 | This is row 4 |

|    101 |    5 | This is row 5 |

|    102 |    6 | This is row 6 |

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

6 rows in set (0.00 sec)

 

mysql> select * from my_range order by col3 desc;

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

| id     | col2 | col3          |

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

|    102 |    6 | This is row 6 |

|    101 |    5 | This is row 5 |

| 300100 |    4 | This is row 4 |

| 200100 |    3 | This is row 3 |

| 100100 |    2 | This is row 2 |

|    100 |    1 | This is row 1 |

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

6 rows in set (0.00 sec)

 

  当查询语句有多层时，要求排序条件必须写在最外层的查询语句中，否则OneProxy不进行排序，比如我们将上面的某个语句，放到子查询里，会怎么样呢？如下所示：

mysql> select * from my_range order by col3 desc;

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

| id     | col2 | col3          |

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

|    102 |    6 | This is row 6 |

|    101 |    5 | This is row 5 |

| 300100 |    4 | This is row 4 |

| 200100 |    3 | This is row 3 |

| 100100 |    2 | This is row 2 |

|    100 |    1 | This is row 1 |

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

6 rows in set (0.00 sec)

 

mysql> select * from (select * from my_range order by col3 desc) as a;

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

| id     | col2 | col3          |

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

|    102 |    6 | This is row 6 |

|    101 |    5 | This is row 5 |

|    100 |    1 | This is row 1 |

| 100100 |    2 | This is row 2 |

| 200100 |    3 | This is row 3 |

| 300100 |    4 | This is row 4 |

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

6 rows in set (0.00 sec)

 

  可以看到第二个SQL语句里，第一个分区内的记录排序了，然后OneProxy根据处理分区的顺序进行结果集的合并，这是需要注意的地方，排序子句中也支持按多个列排序。

  也可以对查询的结果集进行分页操作，比如前面的6条记录，我们可以按3条记录一页，进行两次查询，同样分区的条件也要写在最外层的查询语句中。如下所示：

 

mysql> select * from my_range order by col2 desc limit 3;

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

| id     | col2 | col3          |

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

|    102 |    6 | This is row 6 |

|    101 |    5 | This is row 5 |

| 300100 |    4 | This is row 4 |

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

3 rows in set (0.00 sec)

 

mysql> select * from my_range order by col2 desc limit 3, 3;

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

| id     | col2 | col3          |

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

| 200100 |    3 | This is row 3 |

| 100100 |    2 | This is row 2 |

|    100 |    1 | This is row 1 |

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

3 rows in set (0.01 sec)

 

       对分页语句有一个要求，要求分页的起点值（“offset”）不要超过一万，超过一万的话，结果集会不准确。因为分页语句，需要OneProxy缓存所有的记录，在内存中进行排序，如果起点值（“offset”）太大，OneProxy被迫缓存大量的记录，可以导致OneProxy内存耗尽，变得不够稳定。

       对于分组统计语句，OneProxy精确支持“”、“”、“”和“”四种操作符，并且可以按字段分组进行操作，当查询语句有多层时，要求排序条件必须写在最外层的查询语句中，否则不进行处理。来看一个最简单的统计语句吧，如下所示：

 mysql> select max(id), min(id), max(col2), min(col2) from my_range;

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

| max(id) | min(id) | max(col2) | min(col2) |

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

|  300100 |     100 |         6 |         1 |

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

1 row in set (0.00 sec)

 

       接下来我们将“my_range”表的“col2”字段的值，做一些更新，以方便进行分组汇总的演示，如下所示：

 

mysql> update my_range set col2=1 where id=102;

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

 

mysql> update my_range set col2=3 where id=300100;

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

 

mysql> update my_range set col2=1 where id=101;

Query OK, 1 row affected (0.01 sec)

Rows matched: 1  Changed: 1  Warnings: 0

 

此时整个表的数据如下所示：

 

mysql> select * from my_range;

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

| id     | col2 | col3          |

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

|    100 |    1 | This is row 1 |

|    101 |    1 | This is row 5 |

|    102 |    1 | This is row 6 |

| 100100 |    2 | This is row 2 |

| 200100 |    3 | This is row 3 |

| 300100 |    3 | This is row 4 |

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

6 rows in set (0.00 sec)

 

下面来根据“col2”列做分组汇总的查询，如下所示：

 

mysql> select col2, max(id), min(id), sum(id), count(*) from my_range group by col2;

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

| col2 | max(id) | min(id) | sum(id) | count(*) |

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

|    1 |     102 |     100 |     303 |        3 |

|    2 |  100100 |  100100 |  100100 |        1 |

|    3 |  300100 |  200100 |  500200 |        2 |

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

3 rows in set (0.01 sec)

 

       对于另外的两张表“my_list”和“my_hash”，我在这里就不重复举例子了，请大家自行测试验证。

       对于OneProxy里的分区表来讲，查询操作（SELECT语句）在事务中只能涉及一个分区；当查询操作只涉及一个分区时，OneProxy不做任何处理，直接返回数据库的处理结果；当涉及多个分区时，OneProxy里可以做结果集的合并、排序、分页、汇总统计操作。



来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29096438/viewspace-2071766/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29096438/viewspace-2071766/

cml2016
关注
OneProxy分库分表演示--楼方鑫
ateu52935的博客
01-13 241
OneProxy分库分表演示 （杭州平民软件有限公司） OneProxy是为MySQL精心设计的数据访问层，可以为任何开发语言提供对MySQL数据库的智能数据路由功能，比如单点切换、读写分离、分库分表等高级功能。并且允许你在公有云和私有云环境下自由布署，打造属于自己的数据架构。 如果在测试中发现问题，请联系我（微博：平民架构，微信：anysql）！...
postgresql 中间件pgoneproxy支持范围(range）分库分表
weixin_34290000的博客
07-21 431
2019独角兽企业重金招聘Python工程师标准>>> ...
053试题 245 - system-partitioned table
文档搬运工
08-28 216
题目： 245.Which statements are true regarding system-partitioned tables? (Choose all that apply.) A. Only a single partitioning key column can be specified. B. All DML statements must use partition-ext...
oneproxy的安装测试
heizistudio的专栏
05-04 1439
1、下载oneproxy-rhel6-linux64-v5.8.2-ga.tar.gz 2、tar zxvf oneproxy-rhel6-linux64-v5.8.2-ga.tar.gz -C /usr/local 3、[root@mysql_test1 oneproxy]# vim /usr/local/oneproxy/conf/proxy.conf  [oneproxy] keep
mysql proxy 分库分表_OneProxy实现MySQL分库分表
weixin_36327582的博客
01-19 688
简介Part1:写在最前随着网站的壮大，MySQL数据库架构一般会经历一个过程：当我们数据量比较小的时候，一台单实例数据库足矣。等我们数据量增大的时候，我们会采用一主多从的数据库架构来降低我们的读写io。当我们某张业务表达到几百万上千万甚至上亿时，就应该去进行分表处理。本文演示OneProxy对数据库实现分表处理，对前端应用是透明的。Part2:环境简介HE1:192.168.1.248 Mast...
mysql oneproxy mha_OneProxy实现MySQL分库分表
weixin_30714077的博客
02-07 161
OneProxy实现MySQL分库分表简介Part1:写在最前前端随着网站的壮大，MySQL数据库架构通常会经历一个过程：mysql 当咱们数据量比较小的时候，一台单实例数据库足矣。等咱们数据量增大的时候，咱们会采用一主多从的数据库架构来下降咱们的读写io。当咱们某张业务表达到几百万上千万甚至上亿时，就应该去进行分表处理。本文演示OneProxy对数据库实现分表处理，对前端应用是透明的。sqlP...
oneproxy for mysql_使用oneproxy对mysql进行分库分表
weixin_36111194的博客
01-19 136
数据库分库分表是一把双刃剑，它可以在一定程度上加快查询速度，另外在一些需要查询历史数据、跨分区查询中，又会带来一些效率问题，因此，只有在有经验的DBA的带领下才能实施，否则，这可能是一个巨大的工程，而且未必能带来明显效率的提升。一、数据库分库分表的几种方式：1、在同一台数据库服务器上将表分割成多张：如上：将一份大的数据分割到同一数据库的其他表中，这种方式有一种特殊的情况，将历史数据定时归档，存放到...
OneProxy分库分表
liuxiansheng1228的博客
04-12 608
OneProxy分库分表环境：192.168.24.128    master192.168.24.129    oneproxy关闭防火墙或开启端口一、        配置master主机1.      分配连接用户权限并创建数据库mysql> grant all on *.* to oneproxy@'%' identified by '123.com'; mysql> creat...
mysql分表 oneproxy_OneProxy实现MySQL分库分表
weixin_42103128的博客
01-26 102
OneProxy实现MySQL分库分表简介Part1:随着网站的壮大，mysql数据库架构一般会经历一个过程：数据量比较小的时候，一台单实例数据库足矣。等数据量增大的时，会采用一主多从的数据库架构来降低读写io。当某张业务表达到几百万上千万甚至上亿时，就应该去进行分表处理。本文演示OneProxy对数据库实现分表处理，对前端应用是透明的。Part2:环境简介HE1:192.168.1.248 Ma...
OneProxy分库分表的搭建
aa5181的专栏
03-08 65
实验环境： 前期准备的三个节点的环形复制 master1：192.168.8.57 master2：192.168.8.58 master3：192.168.8.59 oneproxy：192.168.8.63...
mysql分表 oneproxy_OneProxy简单实现读写分离与分库分表
weixin_39640417的博客
01-19 111
OneProxy实现Mysql读写分离环境：master主机：192.168.1.10slave主机：192.168.1.12oneproxy中间件：192.168.1.11一、配置主从(略)①注意关闭三端防火墙，也可以开放端口，数据库端口3306，oneproxy连接端口3307，oneproxy管理端口4041②当配置同步之后需要在master主机创建test库并添加oneproxy的连接用户...
数据优化——分库分表（三）中间件讲解
CabbageDevil成狂成魔之路
05-06 4217
分库分表中间件的类型，PROXY模式，CLIENT模式，sharding
MYSQL性能优化之数据库的分库分表
含笑
06-24 7163
数据库中的数据量不一定是可控的，在未进行分库分表的情况下，随着时间和业务的发展，库中的表会越来越多，表中的数据量也会越来越大，相应地，数据操作，增删改查的开销也会越来越大；另外，由于无法进行分布式式部署，而一台服务器的资源（CPU、磁盘、内存、IO等）是有限的，最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。 说白了，就是分担写负载 分库分表一 节点：mysql数据库一主多从的数据库
MySQL之复合查询与内外连接
最新发布
zdlynj的博客
09-30 681
前面我们讲解的mysql表的查询都是对一张表进行查询，即数据的查询都是在某一时刻对一个表进行操作的。而在实际开发中，我们往往还需要对多个表同时进行查询。我们这里使用的测试表，为雇员信息表(来自Oracle 9i的经典测试表)：EMP员工表，DEPT部门表，SALGRADE工资等级表。
k8s搭建一主三从的mysql8集群---无坑
oopxiajun博客专栏
09-27 932
对于构建基于MySQL的大规模、高性能应用来讲，需要使用水平扩展(集群)的数据库架构方式。在MySQL内建的复制功能可以实现，通过为服务器配置一个或多个备库的方式来进行数据同步。同时复制功能不仅有利于构建高性能的应用，也是高可用性、可扩展性、容灾、备份以及数据仓库等工作的基础。复制的基本原理是让一台服务器的数据与其他服务器保持同步。一台主库的数据可以同步到多台备库上，备库本身也可以被配置成另外一台服务器的主库。主库和备库之间可以有多种不同的组合方式。
Spring的热部署工具和数据库密码加盐操作
2301_77053417的博客
09-28 574
加密过程：用户输入的密码+盐值 --> 字符串1，然后使用md5对字符串1加密得到字符串2，然后字符串2+盐值 --> 字符串3，这个字符串3就是存储在数据库中的密文。背景：如果我们的密码明文存储在数据库中，要是被窃取了是非常的危险的，所以我们在数据库中存储的密码不能是明文的，需要进行加密后存储，也就是数据库中存储的是密文。解密过程：取出数据库中的盐值和用户输入的密码得到字符串1，使用md5对字符串1加密得到字符串2，然后验证字符串2和数据库中的密文即可。做好以上的步骤，你项目中的热部署就已经做好了。
[EBPF] 实时捕获DM数据库是否存在SQL阻塞
飞奔的屎壳郎
09-27 920
名称版本linux版本（centos8.5）DM88.1.4.27python利用ebpf技术在不登录数据库的情况下，通过对数据库的函数添加钩子，实时的对数据库是否存在阻塞判断现有的监控逻辑都是新建数据库用户执行SQL语句来判断阻塞情况，告警的实时性取决于监控的周期频率，而使用ebpf技术能够解决这个痛点ebpf有多种实现方式，这里便于理解测试的话 使用python语言内置c语言的形式进行了说明。涉及到生产环境应该是使用go语言或者c语言去做能够有效避免源码泄露等问题。
hive/impala/mysql几种数据库的sql常用写法和函数说明
biqidaoer的专栏
09-27 309
做大数据开发的时候，会在几种库中来回跳，同一个需求，不同库函数和写法会有出入，在此做汇总沉淀。
MySQL分布式数据库实践：分库分表策略
“MySQL 分库分表”是应对大数据量、高并发场景的一种数据库优化策略，旨在提高系统的可扩展性和性能。本次分享主要介绍了基于MySQL的分布式数据库实践，包括分库分表的策略、缓存应用、NoSQL的使用以及多IDC部署等...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值