前言 项目初期没有强大的 DBA, 随着用户增加, 订单表越来越大, MySQL 的主机负载一直下不来, 导致吞吐降低 GitHub 地址: [链接] 订单业务分析 表结构: {代码...} 问题分析: 由于是单 key 业务, 只需要通过 uid 来查询, 则按照 uid 来做分表因子 分库中间件 经过一些权衡, 还是准备使用 shardingsphere ,社区活跃度也比较...

前言 一篇文章引发的思考？一次读公号推文, 发现一篇文章写得特好, 勾起了好奇心 《群聊比单聊，为什么复杂这么多？》, @沈大大. GitHub 地址 him-vue 前往 him-netty 前往 心路历程 第一阶段, 刚看完文章时, 特别兴奋, 开始着手, 花了一个月把聊天界面基本弄, 然后着手于后端, 经过些简单的调研, 决定用 netty 搭建一个...

项目地址 [链接] 说明 vue-admin 是一个基于 vue + element-ui 打造的响应式的后台管理, 后端有 php + java 版本 整体效果 演示 账号:admin 密码:admin 涉及功能点 结合aop和注解, 实现登录验证 / 权限验证, 文章地址 spring boot 结合 Redis 的工具类, 文章地址 功能 管理员登录 登录 修改密码 角色管理 权限管理 401/4...

自己整理了 spring boot 结合 Redis 的工具类 引入依赖 {代码...} 加入配置 {代码...} 实现代码 这里用到了 静态类工具类中 如何使用 @Autowired {代码...} 相关地址 GitHub 地址: [链接]

这里使用 aop 来实现权限验证 引入依赖 {代码...} 定义注解 {代码...} 拦截实现登录和权限验证 {代码...} Controller 中使用 使用 AuthRuleAnnotation 注解, value 值就是在数据库里面定义的 权限规则名称 {代码...} 相关地址 GitHub 地址: [链接]