Graalvm使用采坑
起因：公司一个桌面客户端工具，原本使用C语言开发一直依赖于Office OLE来进行word 到PDF的导出，文档格式互转一直是一块比较麻烦的功能，对于word转PDF一直没有比较的好的方案。要么就是使用类似Apose.word或者Apose.PDF这样的商业组件，要么就是依赖于微软的Office OLE自动化方案。但是这样做的缺点非常的明显就是依赖于Office组件，客户的电脑上必须有offic...
Arthas使用
起因：最近一直在和各种各样的性能问题做斗争，其中就有关乎线上Java程序运行不稳定时快时慢，线下完全正常这个诡异无比的问题。生产环境的调优一直是一个非常麻烦的问题。因此需要工具和方法论去解决问题。这里介绍下相关工具，下篇文章介绍最后优化的过程。这次说的是Arthas这个工具。Arthas是阿里开发的Java线上诊断工具。主要解决问题：1. 这个类从哪个 jar 包加载的？为什么会报...
SQL Server 急救包（First Responder Kit）入门教程
今年开始一直在持续优化公司一个老项目中的SQL Server数据库，主要暴露出来的问题是查询非常缓慢，之前一些的文章中也提到过，趁着疫情没有结束，系统流量不高做一些持续性的优化，其实之前就陆陆续续的做了好多，今天主要介绍一位真真的大神和他工具给我提供的帮助。Brent Ozar大神是微软的SQL Server Master级别专家，提供独立的SQL Server数据库优化咨询，多年的SQL...
ElasticSearch深度分页
- Lokie.Wang
- 2020-02-12 23:19:24
- 数据库
- Java ElasticSea
在项目中经常用的是ElasticSearch，分页也是一个非常常见的场景。对于ElasticSearch下的分页实现，一般情况下是使用自带的From +Size 来实现的。如： GET /mydoc/_search { "From":0 "Size": 100 "query":{ "match_all":{ } }...
ngrok的应用
乘着疫情在家优化数据库和老程序遗留的各种性能问题，其中在处理一个线上诡异的Java程序运行缓慢，但是在本地非常好的情况下，想到需要调优一些参数，于是需要一个windows下的jvm，自然而然想到在线上装Windows系统进行调试，但是由于网络策略的缘故，无法访问远程桌面，甚至无法安装虚拟机。因此想到了使用ngrok这个内网穿透软件。ngrok是一个反向代理，它能够让你本地的web服务或tc...
MySQL Explain语句详解
通常情况下当我们遇到MySQL下某句SQL查询语句特别缓慢的情况，我们会通过Explain语句去查看优化器对这个语句的执行情况。Explain语句会输出执行的SQL的一些优化信息和索引信息已方便我们来优化SQL语句。因此看懂Explain语句就非常非常的重要。本文主要就介绍关于Explain语句的输出信息。1.IdSELECT查询的标识符， 每个SELECT语句都会自动分配一个唯一...
[转翻译]ElasticSearch调优
- Lokie.Wang
- 2020-01-27 23:04:34
- 服务端
- ElasticSea
ES发布时带有的默认值，可为es的开箱即用带来很好的体验。全文搜索、高亮、聚合、索引文档 等功能无需用户修改即可使用,当你更清楚的知道你想如何使用es后，你可以作很多的优化以提高你的用例的性能,下面的内容告诉你 你应该/不应该 修改哪些配置第一部分：调优索引速度（https://www.elastic.co/guide/en/elasticsearch/reference/curr...
使用Navicat通过HTTPS连接MySQL
不知道是应该感谢新型冠状病毒还是怎么着，给了我一个过年在家看技术的时间开玩笑还是希望这该死的东西早日滚蛋，武汉一切顺利，中国一切顺利，上海一切顺利吧。先从解决一个小问题开始吧。线上系统一直需要管理mysql和查询mysql的数据，但是由于严格的网络测试，所有除了80、443之外的端口不开放，ssh也是通过运维两层跳板进入的，这给管理mysql带来非常大的麻烦。之前用过一段时间的phpmya...
SQL Server线上生产环境调优之Profiler
一直以来公司一套线上运行的招投标业务系统，基于.net framework 4.5，年代比较久远直接也快7年了，由于一些历史原因和当年团队的因素之前的开发者选择了存储过程作为主要业务逻辑的开发方式，相信这也是国内大多数此类业务系统的问题。随着业务逻辑日益复杂，数据量的日益增加，查询越来越缓慢同时有些操作开始出现超时的现象，这自然是非常影响用户体验的，因此优化迫在眉睫。对性能的优...
MYSQL5.7版本sql_mode=only_full_group_by问题
系统因为升级了mysql后造成了一些原有在5.6版本mysql下运行正确的sql语句报错，主要是group by语句，原因如下：mysql5.7.x版本，默认是开启了 only_full_group_by 模式的，但开启这个模式后，原先的 group by 语句就报错，然后又把它移除了。一旦开启 only_full_group_by ，感觉，group by 将变成和 distinct...
