工作中会遇到各种xml的读和写，在此总结一下各自的使用场景。1，dom4j，最常用的xml读写工具。功能强大，jdom的升级版，复杂的xml读写的首选，但是一次加载，占内存。最喜欢的就是它的Xpath功能。2，jdom，dom,解析xml时，一次性加载进内存，大文件容易OOM，缺点即优点，却方便修改，适用于文件不大，需要反复修改的xml文件，jdom2.0内部可选sax方式解析，也挺好用。3，st

1.说到数据库事务，人们脑海里自然不自然的就会浮现出事务的四大特性、四大隔离级别、七大传播特性。四大还好说，问题是七大传播特性是哪儿来的？是Spring在当前线程内，处理多个数据库操作方法事务时所做的一种事务应用策略。事务本身并不存在什么传播特性，不要混淆事务本身和Spring的事务应用策略。（当然，找工作面试时，还是可以巧妙的描述传播特性的）2.一说到事务，人们可能又会想起create、begi

用vi修改/etc/fstab文件，在swap分区这行前加 # 禁用掉，保存退出。# 重新启动电脑，使用free -m查看分区状态。一、不重启电脑，禁用启用swap，立刻生效。i#进入insert 插入模式。二、重新启动电脑，永久禁用Swap。# 把根目录文件系统设为可读写。# 查看交换分区的状态。:wq#保存退出。

cp -a保留原文件属性的前提下复制文件cp -r dirname（源文件） destdi（目标文件）复制目录后其文件属性会发生变化想要使得复制之后的目录和原目录完全一样包括文件权限，可以使用cp -a dirname destdir...

先说结论，再讲原理!!!尽量不要再生产环境使用fielddata=true，即使要用也要控制好占用内存比例的大小，否则容易出现OOM!!!尽量不要再生产环境使用fielddata=true，即使要用也要控制好占用内存比例的大小，否则容易出现OOM!!!尽量不要再生产环境使用fielddata=true，即使要用也要控制好占用内存比例的大小，否则容易出现OOM讲讲 原理，现在又3个文档如下正排索引-

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。原文链接：https://blog.csdn.net/ZyhMemory/article/details/116265194。在Registry中找到ide.usages.page.size进行修改即可，我这里修改的是10000。idea全局搜索默认只显示100个，超出显示100+，不过谁能注意

在 Elasticsearch 的运行过程中，如何合理分配与设置内存是一件十分重要的事情，否则十分容易出现各种问题。

ElasticSearch 查询需要占用 CPU、内存资源，在复杂业务场景，会出现慢查询，需要花费大量的时间。为了提高系统的性能，除了增加集群硬件配置这种成本高昂的开销外，还可以使用 ES 的缓存，下面我们就介绍几种 ES 中常用的缓存。

idea全局搜索默认只显示100个，超出显示100+，不过谁能注意到这个…旧版通过设置修改一下初始大小在Action中输入Registry在Registry中找到ide.usages.page.size进行修改即可，我这里修改的是10000。

1. 处理好本地的go环境。2. 删除.idea文件夹。3.升级goland。