发布在即!企业 AIGC 应用程度测评,3 步定制专属评估报告。抢首批测评权益>>> 了解详情
写点什么

MySQL 8.0 与 MariaDB 10.4,谁更易于填坑补锅?

  • 2019-12-22
  • 本文字数:8395 字

    阅读完需:约 28 分钟

MySQL 8.0与MariaDB 10.4,谁更易于填坑补锅?

本文由 dbaplus 社群授权转载。


本文我将列举一些 MySQL 8.0 和 MariaDB 10.4 关键新特性的对比,以便大家在今后的数据库版本升级维护中能根据自身情况更快更好地做出选择,其他新特性请参考官网:


Authentication

一、身份认证插件改变

MySQL 8.0 开始将 caching_sha2_password 作为默认的身份验证插件。如果你升级了数据库至 8.0 版本,对应用程序 jdbc 驱动兼容性不友好,让应用程序跑起来最快的方法需要将默认的 caching_sha2_password 改为之前的 mysql_native_password。


例:


ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password  BY 'password';
复制代码


或者直接写死在 my.cnf,重启 mysqld 服务永久生效。


[mysqld]default_authentication_plugin = mysql_native_password
复制代码


(注:推荐用这种方法,方便快捷)


MariaDB 10.4 身份验证插件仍为 mysql_native_password,没有发生改变。

二、增加身份验证插件 - Unix Socket

unix_socket 认证插件允许用户通过本地 Unix 套接字文件连接到 MariaDB 的时候使用操作系统的凭证。


通俗的讲就是用 Linux 操作系统的账号,去登录 MariaDB/MySQL 数据库。


这个功能是在 MariaDB 10.4.6 版本里添加的,目前也支持在 MySQL 8.0.18 版本中。


1)MySQL 8.0.18 使用方法


① 安装插件


mysql> INSTALL PLUGIN auth_socket SONAME 'auth_socket.so';Query OK, 0 rows affected (0.01 sec)
复制代码


② 创建数据库账号 hechunyang


mysql> CREATE USER 'hechunyang'@'localhost' IDENTIFIED WITH auth_socket;Query OK, 0 rows affected (0.00 sec)
复制代码


③ 创建操作系统账号 hechunyang


# useradd hechunyang# passwd hechunyang
复制代码


以 hechunyang 用户登录操作系统。


④ 登录 MySQL 8.0.18


[root@localhost soft]# su - hechunyangLast login: Fri Nov  8 16:40:53 CST 2019>[hechunyang@localhost ~]$ [hechunyang@localhost ~]$ /usr/local/mysql/bin/mysql -S /tmp/mysql_hcy.sock -uhechunyang -e "select version();"+-----------+| version() |+-----------+| 8.0.18    |+-----------+[hechunyang@localhost ~]$
复制代码


在此示例中,用户 hechunyang 已登录操作系统并具有完全 shell 访问权限。他已经使用操作系统进行了身份验证,并且他的 MySQL 帐户已配置为使用 unix_socket 身份验证插件,因此他无需再次对数据库进行身份验证。MySQL 接受他的操作系统凭证并允许他连接。


2)MariaDB 10.4.10 使用方法


① 创建数据库账号 hechunyang


MariaDB [(none)]> GRANT ALL ON *.* TO 'hechunyang' IDENTIFIED VIA unix_socket;Query OK, 0 rows affected (0.001 sec)
复制代码


后续操作和 MySQL 8.0.18 一样。

InnoDB

一、数据字典改进支持原子 DDL(atomic DDL)

MySQL 8.0 使用新的数据字典,废弃了 MyISAM 系统表。MySQL 库元信息存储在数据目录中 mysql.ibd 的 innodb 表空间文件中(.frm 表结构信息文件移除)。


新的数据字典支持原子 DDL(atomic DDL)功能,这意味着,当执行 DDL 时,数据字典更新、存储引擎操作和二进制日志中的写入被组合成一个要么完全执行、要么不执行的单个原子事务。这提供了更好的可靠性,未完成的 DDL 不会留下任何不完整的数据。


比如当对大表做 alter table modify 变更时,kill -9 mysqld 进程,在 MySQL8.0 之前的版本会留下临时数据文件(例 #sql-22a4_17.ibd),而在 MySQL 8.0 版本里将直接回滚掉。

二、instant ADD COLUMN 亿级大表毫秒级加字段

加字段是痛苦的,需要对表进行重建,尤其是对亿级别的大表,虽然 Online DDL 可以避免锁表,但如果在主库上执行耗时 30 分钟,那么再复制到从库上执行,主从复制就出现延迟。使用 instant ADD COLUMN 特性(只需要修改元数据),弹下烟灰的时间,字段就加好了,享受 MongoDB 那样的非结构化存储的灵活方便。


限制


1)如果指定了 AFTER,字段必须是在最后一列,否则会重新建立表。


(注:MariaDB 10.4 支持加字段在任何位置上使用 algorithm=instant 算法)


2)不适用于 ROW_FORMAT = COMPRESSED


3)DROP COLUMN 需要重建表。


(注:MariaDB 10.4 支持对 DROP 删除字段使用 algorithm=instant 算法)

三、安全执行 Online DDL

Online DDL 从名字上看很容易误导新手,以为不论什么情况,修改表结构都不会锁表,理想很丰满,现实很骨感,注意这个坑!


有以下两种情况执行 DDL 操作会锁表的,Waiting for table metadata lock(元数据表锁)


1)增加、删除字段或索引不会锁全表,删除主键、更改字段属性会锁全表。


2)在添加字段 alter table 表时,对该表的增、删、改、查均不会锁表。而在这之前,该表有被访问时,需要等其执行完毕后,才可以执行 alter table,例如在会话一,故意执行一条大结果的查询,然后在会话二执行增加字段 age,此时还会出现表锁。


针对第二种情况,MariaDB 10.3 增补 AliSQL 补丁-DDL FAST FAIL,让其 DDL 操作快速失败。


语法为:


ALTER TABLE tbl_name [WAIT n|NOWAIT] ...CREATE ... INDEX ON tbl_name (index_col_name, ...) [WAIT n|NOWAIT] ...DROP INDEX ... [WAIT n|NOWAIT]DROP TABLE tbl_name [WAIT n|NOWAIT] ...LOCK TABLE ... [WAIT n|NOWAIT]OPTIMIZE TABLE tbl_name [WAIT n|NOWAIT]RENAME TABLE tbl_name [WAIT n|NOWAIT] ...SELECT ... FOR UPDATE [WAIT n|NOWAIT]SELECT ... LOCK IN SHARE MODE [WAIT n|NOWAIT]TRUNCATE TABLE tbl_name [WAIT n|NOWAIT]
复制代码


如果线上有某个慢 SQL 对该表进行操作,可以使用 WAIT n(以秒为单位设置等待)或 NOWAIT 在语句中显式设置锁等待超时,在这种情况下,如果无法获取锁,语句将立即失败。WAIT 0 相当于 NOWAIT。


(注:MySQL 8.0 目前不支持 ALTER NOWAIT,仅仅支持 SELECT FOR UPDATE NOWAIT)

四、clone 克隆插件

从 MySQL 8.0.17 开始,MySQL 提供了一个克隆插件,可以方便我们快速克隆出一个从库或者 MGR 的 Secondary 节点。


1)克隆插件的安装和验证过程


① 安装克隆插件


mysql> INSTALL PLUGIN CLONE SONAME 'mysql_clone.so'; 
复制代码


② 检查克隆插件是否处于活动状态


mysql> SELECT PLUGIN_NAME, PLUGIN_STATUS  FROM INFORMATION_SCHEMA.PLUGINS  WHERE  PLUGIN_NAME  LIKE  'clone';+-----------------------+--------------------------+| PLUGIN_NAME  | PLUGIN_STATUS  |+-----------------------+--------------------------+| clone            | ACTIVE          |+-----------------------+--------------------------+1 row in set (0.00 sec)
复制代码


③ 创建 clone 克隆账号权限(所有节点都执行)


CREATE USER 'clone_user'@'%' IDENTIFIED BY '123456';GRANT BACKUP_ADMIN,CLONE_ADMIN ON *.* TO 'clone_user'@'%';
复制代码


2)克隆过程


① 设置提供数据的节点(捐赠者)


set global clone_valid_donor_list = '192.168.137.11:3306';
复制代码


② 开始从远程 MySQL(捐赠者)克隆数据并将其传输到当前的 MySQL 实例


CLONE INSTANCE FROM clone_user@192.168.137.11:3306 IDENTIFIED BY '123456';
复制代码


③ 完成克隆后,新节点 mysqld 进程会自动重启(原有数据会被自动删除)


④ 状态查看


select * from performance_schema.clone_status;select * from performance_schema.clone_progress;
复制代码


⑤ 开启复制


CHANGE MASTER TO MASTER_HOST = '192.168.137.11', MASTER_PORT = 3306,MASTER_USER='repl',MASTER_PASSWORD='repl',MASTER_AUTO_POSITION = 1;
start slave;
复制代码


局限性


  • 仅支持 InnoDB 存储引擎。

  • TRUNCATE TABLE 在克隆期间为禁止状态。

  • 如果 DDL 正在运行,则克隆操作将等待其执行完才能进行。


(注:MariaDB 10.4 不支持 clone 克隆功能)

General Features

一、MariaDB 10.3 支持自动 KILL 掉未提交的空闲事务

参数 innodb_kill_idle_transaction(这个是 Percona XtraDB 引用的参数),意思为当一个事务长时间未提交,那么这个连接就不能关闭,内存就不释放,并发一大,导致 DB 连接数增多,就会对性能产生影响。


默认是 0 秒,你可以根据自己的情况设定阈值。超过这个阈值,服务端自动杀死未提交的空闲事务。


MariaDB 在 10.2.6 版本里将其移除,因不再捆绑 Percona XtraDB,分道扬镳。


MariaDB 在 10.3 版本里,增加了 3 个参数,对标 Percona 的功能。


  • idle_transaction_timeout(所有的事务)

  • idle_write_transaction_timeout(写事务)

  • idle_readonly_transaction_timeout(只读事务)


单位为秒。设置这个参数后只针对新的连接有效,正在执行的连接无效。


(注:Oralce MySQL 8.0 不支持该功能)

二、MariaDB 10.3 系统版本表有效防止数据丢失

系统版本表是 SQL:2011 标准中首次引入的功能,它存储所有更改的历史数据,而不仅仅是当前时刻有效的数据。


举个例子,同一行数据一秒内被更改了 10 次,那么系统版本表就会保存 10 份不同时间的版本数据。就像电影《源代码》里的平行世界理论一样,你可以退回任意时间里,从而有效保障你的数据是安全的。也就是说,DBA 手抖或是程序 BUG 引起的数据丢失,在 MariaDB 10.3 里已然成为过去。


具体操作详见:https://dbaplus.cn/news-11-2057-1.html

三、MariaDB 10.3 支持 update 多表 ORDER BY and LIMIT

1)update 连表更新,limit 语句


update t1 join t2 on t1.id=t2.id set t1.name='hechunyang' limit 3;
复制代码


2)update 连表更新,ORDER BY and LIMIT 语句


update t1 join t2 on t1.id=t2.id set t1.name='hechunyang' order by t1.id DESC limit 3;
复制代码


MySQL 8.0 直接报错


ERROR 1221 (HY000): Incorrect usage of UPDATE and LIMIT
复制代码

四、MariaDB 10.3 解决掉了 UPDATE 不支持同一张表的子查询更新

案例:


CREATE TABLE t1 (c1 INT, c2 INT);INSERT INTO t1 VALUES (10,10), (20,20);UPDATE t1 SET c1=c1+1 WHERE c2=(SELECT MAX(c2) FROM t1);
复制代码


MySQL 8.0 直接报错:


ERROR 1093 (HY000): You can't specify target table 't1' for update in FROM clause
复制代码


MySQL 目前只能改写 SQL 实现,即 max 那条语句让其产生衍生表就可以通过:


UPDATE t1 a, (SELECT MAX(c2) as m_c2 FROM t1) as b SET a.c1=a.c1+1 WHERE a.c2=b.m_c2;
复制代码

五、MySQL 8.0 解决 Too many connections 数据库连接数被打满

其实这个功能,MySQL 增加的着实太晚了。在 MariaDB 10.0 和 Percona5.6 版本中,有个参数 extra_port 可以登录“后门”解决。


在 MySQL 8.0 版本中,有个类似的参数实现了该功能。


admin_address  =   127.0.0.1admin_port    =    13308create_admin_listener_thread   =   ON
复制代码


只需要指定 13308 端口号,就可以连接了。


(注:不支持动态修改,要写死在 my.cnf 配置文件里重启 mysqld 进程生效)

六、MariaDB FLUSH TABLES 命令只关闭未使用的表

会话一


select id,sleep(60) from t1;
复制代码


因未执行完,t1 表持有 METADATA LOCK(MDL)元数据锁。


会话二


FLUSH TABLES;
复制代码


在 MariaDB 10.4 版本以前,执行 FLUSH TABLES 会把所有的表强制关闭,因会话一持有 MDL 元数据锁,固 FLUSH TABLES 会等待 Waiting for table metadata lock。


在 MariaDB 10.4 GA 版本,将只关闭未使用的表,正在使用中的表忽略不受影响。(除非你手工指定表,如 FLUSH TABLES t1,将会强制关闭 t1 表)


场景:MHA 在线切换调用 master_ip_online_change 脚本时,第一步会执行 FLUSH NO_WRITE_TO_BINLOG TABLES 关闭所有表,此时如果你的数据库有未执行完的慢 SQL,FLUSH NO_WRITE_TO_BINLOG TABLES 就会卡住,导致无法切换。


(注:MySQL 8.0.18 版本不支持该功能)

Optimizer

一、Descending Index 降序索引

MySQL 8.0 开始支持降序索引(InnoDB 引擎)。可以直接定义索引为 DESC,这样在存储的时候就是降序的,在降序扫描时会大幅度提升性能。当然,最大的好处是我们可以用索引处理 order by a desc ,b asc,c desc 混合排序的查询了,在之前的版本,排序的字段顺序必须一致,否则使用不到索引,explain 的结果中会出现 filesort。


CREATE TABLE t1 (a INT PRIMARY KEY, b INT, KEY a_idx(a DESC, b ASC));
复制代码


(注:MariaDB 10.4 不支持该功能)

二、MySQL 8.0.18 Hash Join 不支持 left/right join 左右连接

在 MySQL 8.0.18 中,增加了 Hash Join 新功能,它适用于未创建索引的字段,做等值关联查询。在之前的版本里,如果连接的字段没有创建索引,查询速度会是非常慢的,优化器会采用 BNL(块嵌套)算法。


Hash Join 算法是把一张小表数据存储到内存中的哈希表里,并逐行去匹配大表中的数据,计算哈希值并把符合条件的数据,从内存中返回客户端。


我们用 explain format=tree 命令可以查看到已经使用到 hash join 算法。


但目前 8.0.18 版本,仅支持 join。left join 和 right join 失效,explain 执行计划会显示<not executable by iterator executor>,这里请注意。


(注:MariaDB 10.4 不支持该功能)

三、Explain Analyze 在 MySQL 8.0.18 版本中的扩展使用

在之前的版本里,我们是用 explain 命令来查看 SQL 的具体执行计划。在 MySQL 8.0.18 版本里新增了 explain 扩展,一个是 explain format=tree,另一个是基于 explain format=tree 延伸扩展的 Explain Analyze,今天我们查看下该命令是怎样执行的。


测试用例:


explain analyze select count(*) from sbtest1;
复制代码



这个结果很让人奇怪,不加 where 条件,啥都不能显示出来,貌似是个 BUG?


加个 where id>0 再试试。


explain analyze select count(*) from sbtest1 where id>0;
复制代码



注意看红色划线部分,它内部会运行查询并测量执行时间。


含义解释:


1) cost 部分的 rows=4932000,是和 explain 生成的结果一致,都是估算读取的行数。



2)actual 部分的 rows=1000000,是执行这条 SQL 返回的真正结果,见如下图所示。



3)actual time=5504.446(单位 ms 毫秒),转换为秒是这条 SQL 执行的时间为 5.5 秒,但其实是有很大的误差的,你看上面的执行时间 0.24 秒,误差很大,因此我们不能真正相信这些数字。


MariaDB 10.4 也实现了类似的功能,需要开启优化器跟踪,命令如下:


SET optimizer_trace='enabled=on';
复制代码


然后查看 select * from information_schema.optimizer_trace 表即可。

四、MySQL 8.0 资源组有效解决慢 SQL 引发 CPU 告警

资源组的作用是资源隔离(你可以理解为开通云主机时勾选的硬件配置),将线上的慢 SQL 线程 id 分配给 CPU 一个核,让它慢慢跑,从而不影响 CPU 整体性能。


创建一个资源组


mysql> create resource group slowsql_rg type=user vcpu=3 thread_priority=19 enable;
复制代码


  • slowsql_rg 为资源组名字

  • type=user 来源是用户端的慢 SQL

  • vcpu=3 给它分配到哪个 CPU 核上(你可以用 cat /proc/cpuinfo | grep processor 查看 CPU 有多少核)

  • thread_priority 为优先级别,范围是 0 到 19,19 是最低优先级,0 是最高优先级。


查看资源组信息:


mysql> select * from information_schema.resource_groups;
复制代码


查找慢 SQL 的线程 ID:


SELECT THREAD_ID,PROCESSLIST_INFO,RESOURCE_GROUP,PROCESSLIST_TIME FROM performance_schema.threads WHERE PROCESSLIST_INFO REGEXP 'SELECT|INSERT|UPDATE|DELETE|ALTER' AND PROCESSLIST_TIME > 10;
复制代码


把 THREAD_ID 取出来的值,放入资源组里做限制:


set resource group slowsql_rg for 379;
复制代码


比如你想放宽的限制,也可以更改:


ALTER RESOURCE GROUP slowsql_rg VCPU = 3 THREAD_PRIORITY = 0;
复制代码


关闭资源组,解除限制:


ALTER RESOURCE GROUP slowsql_rg DISABLE FORCE;
复制代码


(注:MariaDB 10.4 不支持该功能)

五、Query Rewrite 支持 SELECT INSERT UPDETE DELETE REPLACE 语句重写

这个功能要点赞,比如开发上线时,有个 SQL 查询字段索引忘记加了,直接把线上 CPU 打满,此时,你可以将 SQL 重写,让业务先报错,别打死数据库,然后马上通知开发回滚,等加完索引后再上线。


安装插件:


mysql -S /tmp/mysql_hcy.sock -p123456 <./install_rewriter.sql
复制代码


查看是否生效:


SHOW GLOBAL VARIABLES LIKE 'rewriter_enabled';
复制代码


编写重写规则:


insert into query_rewrite.rewrite_rules(pattern, replacement, pattern_database) values ("SELECT * from sbtest1 limit ?","SELECT k,c from sbtest1 limit ?","test");
复制代码


意思为将以下语句:


SELECT * from sbtest1 limit ?;
复制代码


改写成:


SELECT k,c from sbtest1 limit ?;
复制代码


(注:问号?为变量)


执行规则生效:


CALL query_rewrite.flush_rewrite_rules();
复制代码


演示:


mysql> SELECT * from sbtest1 limit 1\G;*************************** 1. row ***************************k: 499284c: 83868641912-28773972837-60736120486-75162659906-27563526494-20381887404-41576422241-93426793964-56405065102-335184323301 row in set, 1 warning (0.00 sec)
ERROR: No query specified
mysql> show warnings\G*************************** 1. row *************************** Level: Note Code: 1105
Message: Query 'SELECT * from sbtest1 limit 1' rewritten to 'SELECT k,c from sbtest1 limit 1' by a query rewrite plugin1 row in set (0.00 sec)
复制代码


(注:MariaDB 10.4 不支持该功能)

Backup

一、Percona Xtrabackup 8.0 备份 MySQL 8.0

随着 Percona XtraBackup 8.0 的推出,Percona XtraBackup 2.4 将继续支持 MySQL 和 Percona Server 5.6 和 5.7 数据库。


由于 MySQL 8.0 在数据字典,重做日志和撤消日志中引入的更改与以前的版本不兼容,因此 Percona XtraBackup 8.0 目前不支持 8.0 之前的版本。


1)备份


# xtrabackup --defaults-file=/etc/my_hechunyang.cnf -S /tmp/mysql_hechunyang.sock --user='root' --password='123456' --slave-info --backup --compress --compress-threads=4 --target-dir=/data/bak/
复制代码


(注:compress 是开启压缩模式;compress-threads 是开启压缩模式线程数)


压缩模式需要先安装 Percona 自研的 qpress 压缩工具。


# yum install  https://repo.percona.com/yum/percona-release-latest.noarch.rpm  # yum install qpress -y
复制代码


2)解压缩


# for bf in `find . -iname "*\.qp"`; do qpress -d $bf $(dirname $bf) && rm -f $bf; done
复制代码


3)恢复备份期间增量数据(这一步类似 innobackupex --apply-log)


# xtrabackup  --prepare --target-dir=/data/bak/
复制代码


4)恢复


① 关闭 mysqld 进程


② 确保 datadir 目录为空,你可以把原目录改个名字,再创建一个新的


③ 恢复


# xtrabackup --defaults-file=/etc/my_hechunyang.cnf --copy-back --target-dir=/data/bak/
复制代码


④ 更改目录属性


# chown -R mysql:mysql /var/lib/mysql/
复制代码


⑤ 启动 mysqld 进程

二、MariaDB - Mariabackup 热备份工具

自 MariaDB10.2.7(含)以上版本,不再支持使用 Percona XtraBackup 工具在线物理热备份。


MariaDB 10.1 引入了 MariaDB 独有的功能,例如 InnoDB 页面压缩和静态数据加密。这些独家功能在 MariaDB 用户中非常受欢迎。但是,来自 MySQL 生态系统的现有备份解决方案(如 Percona XtraBackup)不支持这些功能的完全备份功能。


为了满足用户的需求,MariaDB 官方决定开发一个完全支持 MariaDB 独有功能的备份解决方案。它基于 Percona XtraBackup 2.3.8 版本改写扩展。


mariabackup 工具使用(包含在二进制 tar 包 bin 目录下)


1)备份


shell> mariabackup --defaults-file=/etc/my.cnf -S /tmp/mysql3306.sock --backup --target-dir=/data/bak/ --user=root --password=123456
复制代码


2)恢复备份期间增量数据(这一步类似 innobackupex --apply-log)


shell> mariabackup --prepare --target-dir=/data/bak/
复制代码


(注:/data/bak/xtrabackup_binlog_pos_innodb 文件,记录主库 show master status 的 POS 点)


3)恢复


步骤


① 关闭 mysqld 进程


② 确保 datadir 目录为空,你可以把原目录改个名字,再创建一个新的


③恢复


# mariabackup --defaults-file=/etc/my.cnf --copy-back --target-dir=/data/bak/
复制代码


④ 更改目录属性


# chown -R mysql:mysql /var/lib/mysql/
复制代码


⑤ 启动 mysqld 进程


如果你想在从库上备份,并且想记录从库的 show slave status 的 POS 点,以便后续再接一个从库,那么你可以这样搞:


mariabackup --defaults-file=/etc/my.cnf -S /tmp/mysql3306.sock --backup --slave-info --safe-slave-backup --target-dir=/data/bak/ --user=root --password=123456
复制代码


(注:/data/bak/xtrabackup_slave_info 文件,记录从库 show slave status 的 POS 点)


作者介绍


贺春旸,凡普金科 DBA 团队负责人,《MySQL 管理之道:性能调优、高可用与监控》第一、二版作者,曾任职于中国移动飞信、安卓机锋网。致力于 MariaDB、MongoDB 等开源技术的研究,主要负责数据库性能调优、监控和架构设计。


原文链接


https://mp.weixin.qq.com/s?__biz=MzI4NTA1MDEwNg==&mid=2650783694&idx=1&sn=11413422654a3d8d2d5799441d2d4d54&chksm=f3f90a5bc48e834d06061a493f2c26d5a54fabd36f8bc96486d173aa81ce63d79275edfe9175&scene=27#wechat_redirect


2019-12-22 10:154210

评论

发布
暂无评论
发现更多内容

危与机并存 保险业如何走好线上线下业务并举转型之路?

博睿数据

运维 监控 保险 AIOPS 系统

Java 基础语法

InfoQ_34a83d636158

LeetCode题解:622. 设计循环队列,使用数组,JavaScript,详细注释

Lee Chen

大前端 LeetCode

Electronjs

Neil

Java 大前端 Electron 客户端开发

关于手机里的IP地址,你不得不知道的“秘密”

脑极体

在线游戏,如何把握住1个亿以上的DAU?

博睿数据

运维 监控 AIOPS 系统 用户体验

windows平台python3使用impyla连接hive问题汇总

誓约·追光者

hive python3.x Windows 10

python——dict常用方法

菜鸟小sailor 🐕

甲方日常 16

句子

随笔杂谈

Python基础知识(二)

Python基础

Spring Cloud 微服务实践(0) - 开篇闲话

xiaoboey

微服务 Spring Cloud Spring Boot Spring Framework

Spring Cloud 微服务实践(2) - Gateway重试机制

xiaoboey

maven Spring Cloud Gateway modules 重试

架构师训练营大作业

叮叮董董

为什么很多人不买iPhone?

北柯

【高并发】面试官:Java中提供了synchronized,为什么还要提供Lock呢?

冰河

Java synchronized 同步 lock 锁机制

血的教训!千万别在生产使用这些 redis 指令

redis 学习 编程 程序员

2020年7月云主机性能评测报告

博睿数据

云计算 测试 公有云 评测 排行榜

2020年8月北京BGP机房网络质量评测报告

博睿数据

测试 机房 评测 排行榜 IDC

UML练习1-食堂就餐卡系统设计

博古通今小虾米

UML

Spring Cloud 微服务实践(1) - 用Initializr初始化

xiaoboey

Spring Cloud Eureka Gateway Hoxton

算法大赛评委亲授通关秘籍,报名倒计时!

易观大数据

如何进步神速

Sean

学习 个人成长

直播倒计时|30分钟带你解锁“技术写作”新技能

有只小耳朵

技术 写作 直播 技术创作 RTC征文大赛

JDK15真的来了,一起来看看它的新特性

程序那些事

Java JDK15 JDK15新特性 java15新特性

食堂就餐卡系统设计

Geek_Albert

食堂就餐卡系统设计

一次压缩引发堆外内存过高的教训

AI乔治

Java kafka JVM

不想搞Java了,4年经验去面试10分钟结束,现在Java面试为何这么难

Java架构师迁哥

架构师训练营结业作业

superman

网上赌博输了怎么办?上岸戒赌是唯一的选择

jdxj

网上赌博输了怎么办 网上赌博玩快三输了怎办 网上玩快三输了怎么回血 网赌输了怎么戒赌

IP网络

菜鸟小sailor 🐕

配置时间特性

小知识点

大数据 flink scal

MySQL 8.0与MariaDB 10.4,谁更易于填坑补锅?_数据库_dbaplus社群_InfoQ精选文章