《优化接口设计的思路》系列:第四篇—接口的权限控制
前言
大家好!我是sum墨,一个一线的底层码农,平时喜欢研究和思考一些技术相关的问题并整理成文,限于本人水平,如果文章和代码有表述不当之处,还请不吝赐教。
作为一名从业已达六年的老码农,我的工作主要是开发后端Java业务系统,包括各种管理后台和小程序等。在这些项目中,我设计过单/多租户体系系统,对接过许多开放平台,也搞过消息中心这类较为复杂的应用,但幸运的是,我至今还没有遇到过线上系统由于代码崩溃导致资损的情况。这其中的原因有三点:一是业务系统本身并不复杂;二是我一直遵循某大厂代码规约,在开发过程中尽可能按规约编写代码;三是经过多年的开发经验积累,我成为了一名熟练工,掌握了一些实用的技巧。
我们在做系统的时候,只要这个系统里面存在角色和权限相关的业务需求,那么接口的权限控制肯定必不可少。但是大家一搜接口权限相关的资料,出来的就是整合Shrio、Spring Security等各种框架,然后下面一顿贴配置和代码,看得人云里雾里。实际上接口的权限控制是整个系统权限控制里面很小的一环,没有设计好底层数据结构,是无法做好接口的权限控制的。那么怎么做一个系统的权限控制呢?我认为有以下几步:
那么接下来我就按这个流程一一给大家说明权限是怎么做出来的。(注:只需要SpringBoot和Redis,不需要额外权限框架。)
本文参考项目源码地址:summo-springboot-interface-demo
一、权限底层表结构设计
第一,只要一个系统是给人用的,那么这个系统就一定会有一张用户表;第二,只要有人的地方,就一定会有角色权限的划分,最简单的就是超级管理员、普通用户;第三,如此常见的设计,会有一套相对规范的设计标准。
而权限底层表结构设计
的标准就是:RBAC模型
1. RBAC模型简介
RBAC(Role-Based Access Control)权限模型的概念,即:基于角色的权限控制。通过角色关联用户,角色关联权限的方式间接赋予用户权限。
回到业务需求上来,应该是下面这样的要求:
上图可以看出,用户
多对多
角色多对多
权限
用表结构展示的话就是这样,一共5张表,3张实体表,2张关联表
2. 建表语句
(1) t_user
DROP TABLE IF EXISTS `t_user`; CREATE TABLE `t_user` ( `user_id` bigint(20) unsigned zerofill NOT NULL AUTO_INCREMENT COMMENT '用户ID', `user_name` varchar(32) DEFAULT NULL COMMENT '用户名称', `gmt_create` datetime DEFAULT NULL COMMENT '创建时间', `gmt_modified` datetime DEFAULT NULL COMMENT '更新时间', `creator_id` bigint DEFAULT NULL COMMENT '创建人ID', `modifier_id` bigint DEFAULT NULL COMMENT '更新人ID', PRIMARY KEY (`user_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 ;
(2) t_role
DROP TABLE IF EXISTS `t_role`; CREATE TABLE `t_role` ( `role_id` bigint(20) unsigned zerofill NOT NULL AUTO_INCREMENT COMMENT '角色ID', `role_name` varchar(32) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '角色名称', `role_code` varchar(32) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '角色code', `gmt_create` datetime DEFAULT NULL COMMENT '创建时间', `gmt_modified` datetime DEFAULT NULL COMMENT '更新时间', `creator_id` bigint DEFAULT NULL COMMENT '创建人ID', `modifier_id` bigint DEFAULT NULL COMMENT '更新人ID', PRIMARY KEY (`role_id`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;
(3) t_auth
DROP TABLE IF EXISTS `t_auth`; CREATE TABLE `t_auth` ( `auth_id` bigint(20) unsigned zerofill NOT NULL AUTO_INCREMENT COMMENT '权限ID', `auth_code` varchar(32) DEFAULT NULL COMMENT '权限code', `auth_name` varchar(32) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '权限名称', `gmt_create` datetime DEFAULT NULL COMMENT '创建时间', `gmt_modified` datetime DEFAULT NULL COMMENT '更新时间', `creator_id` bigint DEFAULT NULL COMMENT '创建人ID', `modifier_id` bigint DEFAULT NULL COMMENT '更新人ID', PRIMARY KEY (`auth_id`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;
(4) t_user_role
DROP TABLE IF EXISTS `t_user_role`; CREATE TABLE `t_user_role` ( `id` bigint(20) unsigned zerofill NOT NULL AUTO_INCREMENT COMMENT '物理ID', `user_id` bigint NOT NULL COMMENT '用户ID', `role_id` bigint NOT NULL COMMENT '角色ID', `gmt_create` datetime DEFAULT NULL COMMENT '创建时间', `gmt_modified` datetime DEFAULT NULL COMMENT '更新时间', `creator_id` bigint DEFAULT NULL COMMENT '创建人ID', `modifier_id` bigint DEFAULT NULL COMMENT '更新人ID', PRIMARY KEY (`id`) USING BTREE ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
(5) t_role_auth
DROP TABLE IF EXISTS `t_role_auth`; CREATE TABLE `t_role_auth` ( `id` bigint(20) unsigned zerofill NOT NULL AUTO_INCREMENT COMMENT '物理ID', `role_id` bigint DEFAULT NULL COMMENT '角色ID', `auth_id` bigint DEFAULT NULL COMMENT '权限ID', `gmt_create` datetime DEFAULT NULL COMMENT '创建时间', `gmt_modified` datetime DEFAULT NULL COMMENT '更新时间', `creator_id` bigint DEFAULT NULL COMMENT '创建人ID', `modifier_id` bigint DEFAULT NULL COMMENT '更新人ID', PRIMARY KEY (`id`) USING BTREE ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
二、用户身份认证和授权
上面已经把表设计好了,接下来就是代码开发了。不过,在开发之前我们要搞清楚认证
和授权
这两个词是啥意思。
- 什么是认证?
认证是确认一个用户的身份,确保用户是其所声称的人。它通过验证用户的身份信息,例如用户名和密码,来确认用户的身份。 - 什么是授权?
授权是根据用户的身份和权限,给予用户特定的访问权限或使用某些资源的权力。它确定用户可以执行的操作,并限制他们不能执行的操作。授权确保用户只能访问他们被允许的内容和功能。
光看定义也很难懂,这里我举个例子配合说明。
现有两个用户:小A和小B;两个角色:管理员和普通用户;4个操作:
新增
/删除
/修改
/查询
。图例如下:
那么,对于小A来说,认证
就是小A登录系统后,会授予管理员的角色,授权
就是授予小A新增/删除/修改/查询的权限;
同理,对于小B来说,认证
就是小B登录系统后,会授予普通用户的角色,授权
就是授予小B查询的权限。
接下来且看如何实现
1. 初始化数据
t_user表数据
INSERT INTO `t_user` (`user_id`, `user_name`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, '小A', '2023-09-21 09:48:14', '2023-09-21 09:48:19', -1, -1); INSERT INTO `t_user` (`user_id`, `user_name`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (2, '小B', '2023-09-21 09:48:14', '2023-09-21 09:48:19', -1, -1);
t_role表数据
INSERT INTO `t_role` (`role_id`, `role_name`, `role_code`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, '管理员', 'admin', '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_role` (`role_id`, `role_name`, `role_code`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (2, '普通用户', 'normal', '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1);
t_auth表数据
INSERT INTO `t_auth` (`auth_id`, `auth_code`, `auth_name`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, 'add', '新增', '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_auth` (`auth_id`, `auth_code`, `auth_name`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (2, 'delete', '删除', '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_auth` (`auth_id`, `auth_code`, `auth_name`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (3, 'query', '查询', '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_auth` (`auth_id`, `auth_code`, `auth_name`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (4, 'update', '更新', '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1);
t_user_role表数据
INSERT INTO `t_user_role` (`user_id`, `role_id`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, 1, '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_user_role` (`user_id`, `role_id`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (2, 2, '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1);
t_role_auth表数据
INSERT INTO `t_role_auth` (`role_id`, `auth_id`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, 2, '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_role_auth` (`role_id`, `auth_id`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, 1, '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_role_auth` (`role_id`, `auth_id`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, 3, '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_role_auth` (`role_id`, `auth_id`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (1, 4, '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1); INSERT INTO `t_role_auth` (`role_id`, `auth_id`, `gmt_create`, `gmt_modified`, `creator_id`, `modifier_id`) VALUES (2, 3, '2023-09-21 09:52:45', '2023-09-21 09:52:47', -1, -1);
2、新增/user/login接口模拟登录
接口代码如下
@GetMapping("/login") public ResponseEntity<String> userLogin(@RequestParam(required = true) String userName, HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) { return userService.login(userName, httpServletRequest, httpServletResponse); }
业务代码如下
@Override public ResponseEntity<String> login(String userName, HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) { //根据名称查询用户信息 UserDO userDO = userMapper.selectOne(new QueryWrapper<UserDO>().lambda().eq(UserDO::getUserName, userName)); if (Objects.isNull(userDO)) { return ResponseEntity.ok("未查询到用户"); } //查询当前用户的角色信息 List<UserRoleDO> userRoleDOList = userRoleMapper.selectList( new QueryWrapper<UserRoleDO>().lambda().eq(UserRoleDO::getUserId, userDO.getUserId())); if (CollectionUtils.isEmpty(userRoleDOList)) { return ResponseEntity.ok("当前用户没有角色"); } //查询当前用户的权限 List<RoleAuthDO> roleAuthDOS = roleAuthMapper.selectList(new QueryWrapper<RoleAuthDO>().lambda() .in(RoleAuthDO::getRoleId, userRoleDOList.stream().map(UserRoleDO::getRoleId).collect( Collectors.toList()))); if (CollectionUtils.isEmpty(roleAuthDOS)) { return ResponseEntity.ok("当前角色没有对应权限"); } //查询权限code List<AuthDO> authDOS = authMapper.selectList(new QueryWrapper<AuthDO>().lambda() .in(AuthDO::getAuthId, roleAuthDOS.stream().map(RoleAuthDO::getAuthId).collect( Collectors.toList()))); //生成唯一token String token = UUID.randomUUID().toString(); //缓存用户信息 redisUtil.set(token, JSONObject.toJSONString(userDO), tokenTimeout); //缓存用户权限信息 redisUtil.set("auth_" + userDO.getUserId(), JSONObject.toJSONString(authDOS.stream().map(AuthDO::getAuthCode).collect(Collectors.toList())), tokenTimeout); //向localhost中添加Cookie Cookie cookie = new Cookie("token", token); cookie.setDomain("localhost"); cookie.setPath("/"); cookie.setMaxAge(tokenTimeout.intValue()); httpServletResponse.addCookie(cookie); //返回登录成功 return ResponseEntity.ok(JSONObject.toJSONString(userDO)); }
上面代码用流程图表示如下
3. 调用登录接口
小A登录:http://localhost:8080/user/login?userName=小A
小B登录:http://localhost:8080/user/login?userName=小B
(没画前端界面,大家将就看下哈)
小A登录调用返回如下
小B登录调用返回如下
三、用户权限验证逻辑
通过第二步,用户已经进行了认证、授权的操作,那么接下来就是用户验权:即验证用户是否有调用接口的权限。
1. 定义接口权限注解
前面定义了4个权限:新增
/删除
/修改
/查询
,分别对应着4个接口。这里我们使用注解进行一一对应。
注解定义如下:
RequiresPermissions.java
package com.summo.demo.config.permissions; import java.lang.annotation.ElementType; import java.lang.annotation.Retention; import java.lang.annotation.RetentionPolicy; import java.lang.annotation.Target; @Target({ElementType.TYPE, ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) public @interface RequiresPermissions { /** * 权限列表 * @return */ String[] value(); /** * 权限控制方式,且或者和 * @return */ Logical logical() default Logical.AND; }
该注解有两个属性,value和logical。value是一个数组,代表当前接口拥有哪些权限;logical有两个值AND和OR,AND的意思是当前用户必须要有value中所有的权限才可以调用该接口,OR的意思是当前用户只需要有value中任意一个权限就可以调用该接口。
注解处理代码逻辑如下:
RequiresPermissionsHandler.java
package com.summo.demo.config.permissions; import java.lang.reflect.Method; import java.text.MessageFormat; import java.util.ArrayList; import java.util.Arrays; import java.util.List; import java.util.Objects; import java.util.Set; import java.util.stream.Collectors; import com.alibaba.fastjson.JSONObject; import com.summo.demo.config.context.GlobalUserContext; import com.summo.demo.config.context.UserContext; import com.summo.demo.config.manager.UserManager; import org.aspectj.lang.ProceedingJoinPoint; import org.aspectj.lang.annotation.Around; import org.aspectj.lang.annotation.Aspect; import org.aspectj.lang.annotation.Pointcut; import org.aspectj.lang.reflect.MethodSignature; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Component; @Aspect @Component public class RequiresPermissionsHandler { @Autowired private UserManager userManager; @Pointcut("@annotation(com.summo.demo.config.permissions.RequiresPermissions)") public void pointcut() { // do nothing } @Around("pointcut()") public Object around(ProceedingJoinPoint joinPoint) throws Throwable { //获取用户上下文 UserContext userContext = GlobalUserContext.getUserContext(); if (Objects.isNull(userContext)) { throw new RuntimeException("用户认证失败,请检查是否登录"); } //获取注解 MethodSignature signature = (MethodSignature)joinPoint.getSignature(); Method method = signature.getMethod(); RequiresPermissions requiresPermissions = method.getAnnotation(RequiresPermissions.class); //获取当前接口上数据权限 String[] permissions = requiresPermissions.value(); if (Objects.isNull(permissions) && permissions.length == 0) { throw new RuntimeException("用户认证失败,请检查该接口是否添加了数据权限"); } //判断当前是and还是or String[] notHasPermissions; switch (requiresPermissions.logical()) { case AND: //当逻辑为and时,所有的数据权限必须存在 notHasPermissions = checkPermissionsByAnd(userContext.getUserId(), permissions); if (Objects.nonNull(notHasPermissions) && notHasPermissions.length > 0) { throw new RuntimeException( MessageFormat.format("用户权限不足,缺失以下权限:[{0}]", JSONObject.toJSONString(notHasPermissions))); } break; case OR: //当逻辑为and时,所有的数据权限必须存在 notHasPermissions = checkPermissionsByOr(userContext.getUserId(), permissions); if (Objects.nonNull(notHasPermissions) && notHasPermissions.length > 0) { throw new RuntimeException( MessageFormat.format("用户权限不足,缺失以下权限:[{0}]", JSONObject.toJSONString(notHasPermissions))); } break; default: //默认为and } return joinPoint.proceed(); } /** * 当数据权限为or时,进行判断 * * @param userId 用户ID * @param permissions 权限组 * @return 没有授予的权限 */ private String[] checkPermissionsByOr(Long userId, String[] permissions) { // 获取用户权限集 Set<String> permissionSet = userManager.queryAuthByUserId(userId); if (permissionSet.isEmpty()) { return permissions; } //一一比对 List<String> tempPermissions = new ArrayList<>(); for (String permission1 : permissions) { permissionSet.forEach(permission -> { if (permission1.equals(permission)) { tempPermissions.add(permission); } }); } if (Objects.nonNull(tempPermissions) && tempPermissions.size() > 0) { return null; } return permissions; } /** * 当数据权限为and时,进行判断 * * @param userId 用户ID * @param permissions 权限组 * @return 没有授予的权限 */ private String[] checkPermissionsByAnd(Long userId, String[] permissions) { // 获取用户权限集 Set<String> permissionSet = userManager.queryAuthByUserId(userId); if (permissionSet.isEmpty()) { return permissions; } //如果permissions大小为1,可以单独处理一下 if (permissionSet.size() == 1 && permissionSet.contains(permissions[0])) { return null; } if (permissionSet.size() == 1 && !permissionSet.contains(permissions[0])) { return permissions; } //一一比对 List<String> tempPermissions = new ArrayList<>(); for (String permission1 : permissions) { permissionSet.forEach(permission -> { if (permission1.equals(permission)) { tempPermissions.add(permission); } }); } //如果tempPermissions的长度与permissions相同,那么说明权限吻合 if (permissions.length == tempPermissions.size()) { return null; } //否则取出当前用户没有的权限,并返回用作提示 List<String> notHasPermissions = Arrays.stream(permissions).filter( permission -> !tempPermissions.contains(permission)).collect(Collectors.toList()); return notHasPermissions.toArray(new String[notHasPermissions.size()]); } }
2. 注解使用方式
使用比较简单,直接放到接口的方法上
@GetMapping("/add") @RequiresPermissions(value = "add", logical = Logical.OR) public ResponseEntity<String> add(@RequestBody AddReq addReq) { return userService.add(addReq); } @GetMapping("/delete") @RequiresPermissions(value = "delete", logical = Logical.OR) public ResponseEntity<String> delete(@RequestParam Long userId) { return userService.delete(userId); } @GetMapping("/query") @RequiresPermissions(value = "query", logical = Logical.OR) public ResponseEntity<String> query(@RequestParam String userName) { return userService.query(userName); } @GetMapping("/update") @RequiresPermissions(value = "update", logical = Logical.OR) public ResponseEntity<String> update(@RequestBody UpdateReq updateReq) { return userService.update(updateReq); }
3. 接口验权的流程
四、用户权限变动后的状态刷新
其实前面三步完成后,正向流已经完成了,但用户的权限是变化的,比如:
小B的权限从
查询
变为了查询
加更新
但小B的token还未过期,这时应该怎么办呢?
还记得登录的时候,我有缓存两个信息吗
对应代码中的
//缓存用户信息 redisUtil.set(token, JSONObject.toJSONString(userDO), tokenTimeout); //缓存用户权限信息 redisUtil.set("auth_" + userDO.getUserId(),JSONObject.toJSONString(authDOS.stream().map(AuthDO::getAuthCode).collect(Collectors.toList())),tokenTimeout);
在这里我其实将token和权限是分开存储的,token只存用户信息,而权限信息用
auth_userId
为key进行存储的,这样就可以做到即使token还在,我也能动态修改当前用户的权限信息了,且权限实时变更不会影响用户体验。
不过,这个地方有一个争议的点
用户权限发生变更的时候,是更新权限缓存呢?还是直接删除用户的权限缓存呢?
我的建议是:删除权限缓存。原因有三
- 用户权限缓存并不是一直存在,存在连缓存都没有的情况。
- 缓存更新只适用于单个用户权限的更新,但是我要把角色和权限的关联变动了呢?
- 直接把权限缓存删除,用户会不会报错?我查询权限缓存的方式是:
先查询缓存,缓存没有在查询数据库
,所以并不会出现缓存被删除就报错的情况。
tips:如何优雅的实现“先查询缓存再查询数据库?”请看我这篇文章:https://juejin.cn/post/7124885941117779998
五、认证失败或无权限等异常情况处理
出现由于权限不足或认证失败的问题,常见的做法有重定向到登录页、通知用户刷新界面等,具体怎么处理还要看产品是怎么要求的。
关于网站的异常有很多,权限相关的状态码是401、服务器错误的状态码是500,除此之外还会有自定义的错误码,我打算放在接口优化系列的后面用专篇说明,敬请期待哦~
写在最后
《优化接口设计的思路》系列已结写到第四篇了,前面几篇都没有总结,在这篇总结一下吧。
从我开始写博客到现在已经6年了,差不多也写了将近60篇左右的文章。刚开始的时候就是写SpringBoot,写SpringBoot如何整合Vue,那是2017年。
得益于老大的要求(或者是公司想省钱),刚工作的时候就是前后端代码都写,但是写的一塌糊涂,甚至连最基础的项目环境都搭不好。那时候在网上找个pom.xml配置,依赖死活下载不下来,后来才知道maven仓库默认国外的源,要把它换成国内的才能提高下载速度。那时候上班就是下午把项目跑起来了,第二天上午项目又启动不了了,如此循环往复,我的笔记里面存了非常多的配置文件。再后来技术水平提高了点,单项目终于会玩了,微服务又火起来了,了解过SpringCloud的小伙伴应该知道SpringCloud的版本更复杂,搭建环境更难。在这可能有人会疑惑,你不会不能去问人吗?我也很无奈,一则是社恐不敢问,二则是我们部门全是菜鸟,都等着我学会教他们呢...
后来我老大说,既然用不来人家的,那就自己写一套,想起来那时真单纯,我就真的自己开始写微服务架构。最开始我对微服务的唯一印象就是一个服务提供者、一个服务消费者,肯定是两个应用,至于为啥是这样,查的百度都是这样写的。然后我就建了两个应用,一个网关应用、一个业务应用,自己写HttpUtil进行服务间调用,也不知道啥是注册中心,我只知道网关应用那里要有业务应用的IP地址,否则网关调不了业务代码。当时的调用代码我已经找不了,只记得当时代码的形状很像一个“>”,用了太多的if...else...了!!!
那时候虽然代码写的很烂、bug一堆,但我们老大也没骂我们,每周四还会给我们上夜校,跟我们讲一些大厂的框架和技术栈。他跟我们说,现在多用用人家的技术,到时候出去面试大厂也容易一些。写博文也是老大让我们做的,他说现在一点点的积累,等到过几年就会变成文库了。现在想来,真是一个不错的老大!
现在2023年了,我还在写代码,但也不仅仅只是写代码,还带一些项目,独立负责的也有。要说我现在的代码水平嘛,属于那种工厂熟练工水平,八股里面的什么JVM调优啊、高并发系统架构设计啊我一次都没有接触到过,远远称不上大神。不过我还是想写一些文章,不是为了炫技,只是想把我工作中遇到的问题变成后续解决问题的经验,说真的这些文章已经开始帮到我了,如果它们也能帮助到你,荣幸之至!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
查漏补缺,这些热门开源项目你都知道么?「GitHub 热点速览」
本期热点速览的周榜部分的项目,基本上每周都会在 GitHub Trending 见到它们的身影,因为它们实在太火了。一般来说,这些火爆的项目大家都耳熟能详,但是为了防止有些小伙伴不怎么逛 GitHub,以及并没有翻阅之前的月刊或者是热点速览。借着这个大家不怎么搞新项目的假期,索性收集下常见的 5 个开源项目,如果你认识这些项目,就当温故知新了。 在本周特推部分,依旧是 2 个新晋热榜项目,一个用 Go 写 HTML,一个则是想搞定 Postman 的 API 工具。 以下内容摘录自微博@HelloGitHub 的 GitHub Trending 及 Hacker News 热帖(简称 HN 热帖),选项标准:新发布 | 实用 | 有趣,根据项目 release 时间分类,发布时间不超过 14 day 的项目会标注 New,无该标志则说明项目 release 超过半月。由于本文篇幅有限,还有部分项目未能在本文展示,望周知 🌝 本文目录 1. 本周特推 1.1 用 Go 写 HTML:templ 1.2 API 神器:bruno 2. GitHub Trending 周榜 2.1 从零构...
- 下一篇
MySQL 如何使用离线模式维护服务器
离线模式 作为 DBA,最常见的任务之一就是批量处理 MySQL 服务的启停或其他一些活动。在停止 MySQL 服务前,我们可能需要检查是否有活动连接;如果有,我们可能需要把它们全部杀死。通常,我们使用 pt-kill 杀死应用连接或使用 SELECT 语句查询准备杀死语句。例如: pt-kill --host=192.168.11.11 --user=percona -p --sentinel /tmp/pt-kill.sentinel2 --pid /tmp/pt-kill.pid --victims all --match-command 'Query' --ignore-user 'pmm|rdsadmin|system_user|percona' --busy-time 10 --verbose --print --kill select concat('kill ',id,';') from information_schema.processlist where user='app_user'; MySQL 有一个名为 offline_mode 的变量来将服务器设置为维护...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS关闭SELinux安全模块
- Hadoop3单机部署,实现最简伪集群
- CentOS8编译安装MySQL8.0.19
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8安装Docker,最新的服务器搭配容器使用
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- 设置Eclipse缩进为4个空格,增强代码规范
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程