搜索[优化]结果-低调大师优秀个人博客

精选列表

搜索[优化]，共10000篇文章

前端性能优化你知道哪些？

前端性能优化总结： 1.减少 HTTP 请求数前端开发80%以上的响应时间浪费在图片、样式、脚本等资源上传下载上，然而大多资源是必不可少的，我们减少 HTTP 请求数从以下方面进行： ①合并文件（JS

2021-03-19

MyBatis中SQL语句优化小结

如果一定要用FOR UPDATE，建议加上NOWAIT 或 for update wait 3 二、SQL优化 1. 约束条件：数据表增加表的约束条件，防止脏数据。

2021-01-06

Jspxcms 10.1.0 发布，优化访问统计

下载地址更新日志优化访问统计。对每日访问日志进行归总，并自动删除30天前访问日志，避免访问量大导致访问日志剧增。将访问统计图表放回后台首页。

2020-12-22

最近，一朋友整天因为CPU 99%搞得茶饭不思，夜不能寐，找到我”诉苦“。听完成，心中一阵窃喜：是时候展现真正的实力了（其实是练手的机会来了）。半推半就应承了下来。 01分析问题几分钟了解下来，大概情况如下：会员可以推荐其他用户注册，会员有一个属性--活跃度，用户观看视频，签到等等行为时，这个属性会动态变化，其中有个需求是统计所有下级活跃度。会员模型如下，模型比较简单，使用使用sqlserver 2016。了解需求后，再来看看占cpu高的查询。其中占cpu 时间最多的就是下面这条sql，查询某个用户所有下级的活跃度之和。这条语句使用递归查询，那是比较耗时的，另外如果层级太多还有如下错误：语句被终止。完成执行语句前已用完最大递归 100。 1 WITH T 2 AS( 3 SELECt DataID, avtivenewss FROM User WHERE DataID = 4167 4 UNION ALL 5 SELECT u.DataID, u.avtivenewss 6 FROM User U INNER JOIN T ON U.parentUserid=T.DataID 7 ) 8 SELECT sum(avtivenewss) FROM T 当前用户1W+。 02失败的尝试:前缀法几乎没思考，就想到了一个方法：前缀法。一个用户的所有后代使用同一个前缀。增加一个字段 paths，以用户编号为基础，格式为：/1/2/3/，用户注册时使用记录上级的paths + 上级id 生成自己的paths, 增加paths的索引，这样更具此字段就可以查询我的所有下级了，再写个脚步初始化。非常简单，三下五除二就解决了。上线效果非常明显。但是好景真短，没两天cpu 又高了。一查，好多查询都没有走索引，明明字段已经加了索引。一看数据，原来是索引长度限制问题。用户居然有好几十个层级，且还在不断增加，长度超过索引最大长度后，索引失效。当前用户10W+。 04大胆猜测，小心尝试会员关系是一棵树，不管怎么遍历，效率都有限。如果把树拉平，用户与所有后代都建立一个关系，性能会怎么样呢。为了避免再次打脸，悄悄的开始了尝试。增加模型tree。这需要在用户注册时，添加与所有祖祖辈辈的关系。比如 4167用户注册，需要一次添加14条关系记录。而查询用户的所有子子孙孙时，也会非常方便。编写脚本初始化数据，增加切换开关，战战兢兢的上线了。经过一个高峰，cpu居然都在10%以下，完全没有压力嘛，终于可以亮出脸来了。这是典型的空间换时间。但是高兴之余，心中闪过一个念头--这个表的膨胀速度有点快，它会有极限么。不过，马上被另一个念头压制了：小网站能有多大量！有个什么定律来着：凡事只要有可能出错，那就一定会出错。果不其然，10天后同样的问题再次发生。cpu几乎爆满。只能不停重启，最后干脆下掉了这个统计功能，为此还被怼了一顿。此时关系表总数为10亿。当前用户100W+。 05终级方案：分表其实对于分表这样的事儿，一直都有想过，就是没干过，另外也一直以为是sum()引起的cpu问题。后来咨询了公司做交易的同学，传说他们每天处理2kw的订单，基本思路也是根据用户id分了2048张表。反正也没辙了，撸起袖子搞起来吧。分析了tree 表只有两个查询场景，查用户所有后代及查用户所有祖先。分别以ancestor ，descendant 分256 张表。用户注册时，把关系分别写到个分表中。编写脚本初始化两个纬度的分表数据，再次战战兢兢的上线了。经过数个高峰，效果比预期好太多了。彻底告别了cpu告警。经历了几次失败，早以没了高兴劲儿，心中有个疑问，如果是sum引起的cpu跑满的话，现在sum并没有减少，但是cpu为啥清闲了呢？这背后一定有原因的。 06刨根问底带着上面的疑问，对比了一些监控数据，发现了一个可疑的地方，磁盘请求减少了数百次。那么磁盘与cpu有什么样的关系呢？查询相关资料后，得出一个猜测：未分表前，每次查询所有后代（祖先时）时，因为数据在磁盘上非常分散，page cache 命中率低，磁盘预读失效，所以一次查询要进行很多次磁盘随机读，大量的io操作，cpu就要进行大量的上下文切换，从而导致cpu跑满。分表后，每次查询所有后代（祖先时）时，每次都在特定的分表中查询，数据在磁盘上非常紧凑，磁盘预读发挥最大性能，page cache 命中率高，io次数据大量减少，cpu上下文切换次数减少，没了压力，cpu自然清闲了。最后打个广告：哈啰出行，base杭州，java我们的部门有大量HC,欢迎私聊哈。微信：jijunjian I have a dream to be a good programmer。

2020-12-19

Nginx 战斗准备：优化指南

在本指南中，我将解释Nginx的那些设置可以微调，以优化处理大量客户端时的性能。需要注意一点，这不是一个全面的微调指南。这是一个简单的预览——那些可以通过微调来提高性能设置的概述。你的情况可能不同。

2020-11-25

网页渲染性能优化 —— 渲染原理

关注公众号前端开发博客，回复“加群” 加入我们一起学习，天天进步作者：晨风明悟链接：https://zhuanlan.zhihu.com/p/39879808 渲染原理在讨论性能优化之前，我们有必要了解一些浏览器的渲染原理

2020-11-15

Hive面试，如何优化查询效率！

优化：将众多的业务中相同的中间结果集，抽取到一个Hive中的表中去。 3，合理使用分区表外部表、分区表，结合使用，采用多级分区。

2020-11-10

MySQL优化（性能，索引，orderby，explain）

前言今天我们来讲讲如何优化MySQL的性能，主要从索引方面优化。

2020-10-23

RuoYi 4.4.0 发布，更多细节优化

修复更新表格插件后导致的主子表错误修复页面存在多表格，回调函数res数据不正确问题强退&过期清理登录帐号缓存会话表格树标题内容支持html语义化标签修复配置应用的访问路径首页页签重复问题优化

2020-08-24

14 个 JavaScript 代码优化技巧

这意味着你必须尽可能优化自己的网站，以满足任何用户的需求。这篇文章列举了一些技巧，可帮助你写出更好的 JavaScript 代码，从而提高性能。

2020-07-22

xJavaFxTool 0.2.3 发布，优化首页界面

此次更新中优化的内容如下： 1.优化插件下载错误问题； 2.优化启动首页。

2020-07-06

RuoYi 4.3.0 发布，更多细节优化

sort排序修复更多操作部分浏览器不兼容情况图片预览事件属性修正修复冻结列排序样式无效问题修复context-path的情况下个人中心刷新导致样式问题全屏editFull打开适配表树其他细节优化

2020-06-22

大规格文件的上传优化

下文为你揭晓答案~ 温馨提示：配合 Demo 源码一起阅读效果更佳整体思路第一步是结合项目背景，调研比较优化的解决方案。

2020-05-13

企业如何优化云服务成本？

我们如何驾驭成本优化之旅? 云成本优化最佳实践企业应采取如下三个步骤来更有效地管理其云服务：逐步将工作负载和应用程序移至云中考虑将试点项目加倍，以更好地确定云服务的真实成本。

2020-04-26

xJavaFxTool 0.2.1 发布，优化界面布局

基于 JavaFx 搭建的实用小工具集合xJavaFxTool更新至 0.2.1 版本，此版本优化了界面布局，感谢捏造的信仰积极参与项目贡献代码！

2020-03-22

探索 Android 多线程优化方法

基本介绍在我学习 Android 多线程优化方法的过程中，发现我对多线程优化的了解太片面。

2019-12-28

Android App 启动优化全记录

Interdex 优化不需要去分析类引用，它只需要调整 Dex 中类的顺序，把启动时需要加载的类按顺序放到主 dex 里，这个工作我们完全可以在编译过程中实现，而且这个优化可以提升启动速度，优化效果从

2019-11-27

Mybatis 参数传递的优化之路

从项目开始使用 Mybatis Plus 到现在，对 Mapper 传递参数的方式做了多个版本的改进和优化。这篇文章主要讲解在改版和优化过程中遇到的问题，以及当时的一些想法。

2019-09-19

Hadoop YARN：调度性能优化实践

经过优化后，调度器性能提升，满足业务需求，之后通过预估业务规模增长来调整测试压力，反复迭代地进行优化工作。下图是性能优化时间线，纵轴为调度性能CPS。

2019-08-05

正则表达式优化

正则表达式优化——《精通正则表达式》阅读笔记 [TOC] 第4章：表达式的匹配原理引擎 DFA (Deterministic Finite Automaton 确定有穷自动机): 常见的只有MySQL

2019-08-04

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。