玛奇玛丶

故事背景 在八股文中，说到如何进行数据库的优化，除了基本的索引优化，经常会提到分库分表，说是如果业务量剧增，数据库性能会到达瓶颈，如果单表数据超过两千万，数据查询效率就会变低，就要引入分库分表巴拉巴拉

故事背景 最近SSH远程连接又爆出漏洞，需要升级，喜闻乐见。上次已经升级过一次，有两台机升级成功，两台机升到一半失败了，说无法在目录中创建文件，root的权限也无法创建就很奇怪，使用sudo也不行

故事背景 之前因为用户信息安全把好几个敏感信息用AES加密保存了，应业务需求，需要通过后台userId等信息查询订单，所以需要明文保存数据。但是目前订单表已经有7000万+订单数据

故事背景 目前有一个鉴权服务流量很大，部署了很多台机器，由于流量太大会导致整个现网的网络资源不够用，需要切换一些流量到备灾机房，在备灾节点也部署多个服务，分摊服务器和网络的压力。

故事背景 这是一个简单的订单拉取功能，需求是定时任务每秒定时调用订单拉取接口拉取订单，入库后调用订单确认接口。订单拉取接口最多拉取八条，因为订单量比较多，所以定时任务要设置一秒执行一次。

聊聊LinkedList 不知道你们用过LinkedList没，对于LinkedList的印象我可能停留在2个地方： 1、java八股文中，比如ArryList和LinkedList的区别

故事背景 最近突然发现一个很奇葩的BUG，在同事的一次离线服务升级后，过了几小时，运营反映系统访问异常，我一看tomcat自动关闭了，当时我还没知道事情的严重性

故事背景 有一个订单业务需要查询cid字段，但是由于cid字段没加索引查询很慢，所以需要添加索引。但是查询订单表发现已经有7000万+数据，如果直接加索引不知道多久，也有可能有锁表的风险

最近做的退费系统中有前端页面，作为一个前端小白要开始学习前端了吗？不可能的，因为我有今天的主角——若依框架。RuoYi是一款基于SpringBoot+Bootstrap的极速后台开发开源框架（划重点）