问题概述 使用MySQL数据库，有个用户上网记录表6个月的数据量近2000万，保留最近一年的数据量达到4000万，查询速度极慢，日常卡死。严重影响业务。 问题前提：老系统，当时设计系统的人大概是大学没毕业，表设计和sql语句写的不仅仅是垃圾，简直无法直视。原开发人员都已离职，到我来维护，这就是传说中 ...
分类：
数据库 时间：
2021-05-24 06:01:31
阅读次数：
0
1、 多字段like模糊查询优化：最常见的写法：where a like '%xx%' or b like '%xx%' or c like '%xx%'; 这种写法查询效率低，经过调查，下面的方法可以替代，并且效率高：1、如果like的关键字相同：where instr(nvl(a, '')||n ...
分类：
数据库 时间：
2021-05-24 05:31:00
阅读次数：
0
首先给出结论,当定义基本数据类型的变量并且同时赋值的时候,该变量是无法通过反射更改. 此时由于JVM编译优化机制,任何引用该变量的地方得到都是常量,上简单代码: 定义三个final变量,其中两个为基本数据类型(int和string) public class TestReflection { fin ...
分类：
其他好文 时间：
2021-05-24 05:17:08
阅读次数：
0
前端性能优化主要有两个方面： 初始阶段 >加载优化 运行阶段 >渲染优化 一、初始阶段 >加载优化 1. 首页加载慢 首页加载图片过多： 使用懒加载的方法减少首屏图片的加载量（懒加载的原理就是监听滚动条事件，如果满足滚动条距离浏览器顶部的高度 图片距离顶部的高度，将data-src赋值给src） 对 ...
分类：
其他好文 时间：
2021-05-24 05:09:59
阅读次数：
0
# 赛题：25 gs_om工具的优化 ## 团队名称：NovDB ## 作者：诗人谈远方 ### 心得如下： 1. 赛题选择 由于我们是第一次参加开源项目的开发，当时抱着也是积累经验的想法，以及是关于数据库工具优化这方面的，与实验室的一些工作相关（想着是否能够学习和借鉴下）就选择赛题。虽然赛题的难度 ...
分类：
其他好文 时间：
2021-05-24 05:08:42
阅读次数：
0
rsync概述 rsync是linux系统下的数据镜像备份工具，使用快速增量备份工具remote sync可以远程同步，可以在不同主机之间进行同步，可以实现全量备份与增量备份，保持链接和权限，且采用优化的同步算法，传输前执行压缩，因此非常适合用于架构集中式的备份或异地备份等应用。同时rsync支持本 ...
分类：
其他好文 时间：
2021-05-24 05:01:58
阅读次数：
0
P1472-奶牛家谱 思路1:稍微优化掉枚举偶数可以刚好卡满分 设dp[i][j][k]表示第j层i个节点共k个节点的方案数（mod9901），有 \[ dp[i][j][k]=∑_{t\geq i/2}^{n}dp[t][j-1][k-i]*C_{t}^{\frac{i}{2}} \] 组合数用l ...
分类：
其他好文 时间：
2021-05-24 04:58:45
阅读次数：
0
1.Spark SQL出现的 原因是什么? 随着Spark的发展，对于野心勃勃的Spark团队来说，Shark对于Hive的太多依赖（如采用Hive的语法解析器、查询优化器等等），制约了Spark的One Stack Rule Them All的既定方针，制约了Spark各个组件的相互集成，所以提出 ...
分类：
数据库 时间：
2021-05-24 04:53:04
阅读次数：
0
原题链接 考察:LCA+Tarjan 思路: 因为N<=1e5,所以上个算法N2 不适用.这里仍然是上道题的思路,枚举所有不在最小生成树的边.求出边两端点u,v.找到u,v在最小生成树的最大值d1和次大值d2.然后通过sum-d1(d2)+road[i].w求解答案. LCA优化的是求两端点之间的最 ...
分类：
其他好文 时间：
2021-05-24 04:51:20
阅读次数：
0
1.Spark SQL出现的 原因是什么? 随着Spark的发展，对于野心勃勃的Spark团队来说，Shark对于Hive的太多依赖（如采用Hive的语法解析器、查询优化器等等），制约了Spark的One Stack Rule Them All的既定方针，制约了Spark各个组件的相互集成，所以提出 ...
分类：
数据库 时间：
2021-05-24 04:27:44
阅读次数：
0
