代码拉取完成，页面将自动刷新
同步操作将从 Java精选/Ebooks 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
1、查看sql是否涉及多表的联表或者子查询，如果有，看是否能进行业务拆分，相关字段冗余或者合并成临时表（业务和算法的优化）。
2、涉及链表的查询，是否能进行分表查询，单表查询之后的结果进行字段整合。
3、如果以上两种都不能操作，非要链表查询，那么考虑对相对应的查询条件做索引。加快查询速度。
4、针对数量大的表进行历史表分离（如交易流水表）。
5、数据库主从分离，读写分离，降低读写针对同一表同时的压力，至于主从同步，mysql有自带的binlog实现 主从同步。
6、explain分析sql语句，查看执行计划，分析索引是否用上，分析扫描行数等等。
7、查看mysql执行日志，看看是否有其他方面的问题。
原因分析：Linux下MySQL版本不兼容导致的。
解决办法：把文件中所有的utf8mb4_0900_ai_ci替换为utf8_general_ci以及utf8mb4替换为utf8类型。
1）检查连接的注册中心是否正确。
2）到注册中心查看相应的服务提供者是否存在。
3）检查服务提供者是否正常运行。
在Linux中通过locale来设置程序运行的不同语言环境，locale由 ANSI C提供支持。locale的命名规则为_.，如zh_CN.GBK，zh代表中文，CN代表大陆地区，GBK表示字符集。
修改 /etc/locale.conf文件的内容
LANG="zh_CN.UTF-8"
执行命令，使修改文件立刻生效
source /etc/locale.conf
Spring Cloud Config使用SSH连 GitHub报错：
JSchException: Auth fail
可以使用命令生成公钥来解决GitHub报错问题，举例如下：
ssh-keygen -m PEM -t rsa -b 4096 -C "java精选@qq.com"
将com.sun.deploy.net.URLEncoder换成java.net.URLEncoder，就可以解决Maven 打包提示 “程序包com.sun.deploy.net不存在” 的问题。
Java中UUID依赖于SecureRandom.nextBytes方法，而SecureRandom又依赖于操作系统提供的随机数源。在Linux系统下，它的默认依赖是/dev/random，而这个源是阻塞的。
主要原因是nextBytes方法是一个被synchronized关键字修饰的方法，也就是说如果多线程调用UUID，生成速率不升反降，解决这个问题需要修改java的默认随机生成规则就可以。
打开$JAVA_PATH/jre/lib/security/java.security文件，找到下面的内容：
securerandom.source=file:/dev/random
替换成
securerandom.source=file:/dev/./urandom
Spring Boot中使用spring-data-redis和jedis操作redis时发现存储在redis中的key不是程序中设置的string值，出现许多类似\xac\xed\x00\x05t\x00这种字符串。
原因：spring-data-redis的RedisTemplate<K, V>模板类在操作redis时默认使用JdkSerializationRedisSerializer来进行序列化。
public void afterPropertiesSet() {
super.afterPropertiesSet();
boolean defaultUsed = false;
if (defaultSerializer == null) {
defaultSerializer = new JdkSerializationRedisSerializer(
classLoader != null ? classLoader : this.getClass().getClassLoader());
}
if (enableDefaultSerializer) {
if (keySerializer == null) {
keySerializer = defaultSerializer;
defaultUsed = true;
}
if (valueSerializer == null) {
valueSerializer = defaultSerializer;
defaultUsed = true;
}
if (hashKeySerializer == null) {
hashKeySerializer = defaultSerializer;
defaultUsed = true;
}
if (hashValueSerializer == null) {
hashValueSerializer = defaultSerializer;
defaultUsed = true;
}
}
if (enableDefaultSerializer && defaultUsed) {
Assert.notNull(defaultSerializer, "default serializer null and not all serializers initialized");
}
if (scriptExecutor == null) {
this.scriptExecutor = new DefaultScriptExecutor<K>(this);
}
initialized = true;
}
解决办法： StringRedisSerializer是RedisSerializer的实现类，把KeySerializer和ValueSerializer设置为StringRedisSerializer。将redisTemplate默认改为StringRedisSerializer序列化方式。
public class RedisServiceImpl {
private static final Logger log = LoggerFactory.getLogger(RedisDao.class);
private RedisTemplate redisTemplate;
private RedisTemplate<String, Object> redisTemplateMap;
@Autowired(required = false)
public void setRedisTemplate(RedisTemplate redisTemplate) {
RedisSerializer stringSerializer = new StringRedisSerializer();
redisTemplate.setKeySerializer(stringSerializer);
redisTemplate.setValueSerializer(stringSerializer);
redisTemplate.setHashKeySerializer(stringSerializer);
redisTemplate.setHashValueSerializer(stringSerializer);
this.redisTemplate = redisTemplate;
}
}
1）按键盘WIN+R键，打开后在运行框中输入“CMD”命令，点击确定。
2）在CMD窗口，输入“netstat -ano”命令，按回车键，即可查看所有的端口占用情况。
3）找到本地地址一览中类似“0.0.0.0:8080”信息，通过此列查看8080端口对应的程序PID。
4）打开任务管理器，详细信息找到对应的应用PID（若不存在通过设置可以调出来），右键结束任务即可。
产生原因
Linux系统中too many open files异常是比较常见的错误，从字面意思上看就是说程序打开的文件数过多，不过这里的files不单是文件的意思，也包括打开的通讯链接（比如socket），正在监听的端口等，所以有时又称为句柄（handle），这个错误通常可以叫做句柄数超出系统限制。例如如下错误信息：
Caused by: java.io.FileNotFoundException: /home/tomcat/jingxuan-tomcat/webapps/jingXuanAPI/WEB-INF/lib/activemq-client-5.9.1.jar (Too many open files)
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:225)
at java.util.zip.ZipFile.<init>(ZipFile.java:155)
原因分析
进程在某个时刻打开了超过系统限制的文件数量以及通讯链接数，通过命令ulimit -a可以查看当前系统设置的最大句柄数是多少。
[root@mrwang ~]# ulimit -a
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 14429
max locked memory (kbytes, -l) 16384
max memory size (kbytes, -m) unlimited
open files (-n) 65535
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 14429
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
其中“open files”参数表示系统目前允许单个进程打开的最大句柄数，这里是65535，该服务器已经调整过了，默认是1024。
使用命令“lsof -p 进程id”可以查看单个进程所有打开的文件详情，使用命令“lsof -p 进程id | wc -l”可以统计进程打开了多少文件。
如果文件数过多使用“lsof -p 进程id”命令无法完全查看的话，可以使用“lsof -p 进程id > openfiles.log”将执行结果内容输出到日志文件中查看。
[root@mrwang ~]# lsof -p 8288
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
java 8288 root cwd DIR 253,1 160 1717293 /home/tomcat/apache-tomcat-server
java 8288 root rtd DIR 253,1 244 128 /
java 8288 root txt REG 253,1 8712 1507063 /home/jdk/jdk1.8.0_291/bin/java
java 8288 root mem REG 253,1 168368 33739024 /usr/lib64/libresolv-2.28.so
java 8288 root mem REG 253,1 41304 33739018 /usr/lib64/libnss_dns-2.28.so
java 8288 root mem REG 253,1 3559360 67178238 /home/jdk/jdk1.8.0_291/jre/lib/resources.jar
java 8288 root mem REG 253,1 104256 34147343 /usr/lib64/libgcc_s-8-20190507.so.1
java 8288 root mem REG 253,1 283368 84407379 /home/jdk/jdk1.8.0_291/jre/lib/amd64/libsunec.so
java 8288 root mem REG 253,1 113008 84407389 /home/jdk/jdk1.8.0_291/jre/lib/amd64/libnet.so
java 8288 root mem REG 253,1 93872 84407404 /home/jdk/jdk1.8.0_291/jre/lib/amd64/libnio.so
...
解决方法
方式一：命令方式
ulimit -n 2048
命令的意思是把当前用户的最大允许打开文件数量设置为2048，注意这种设置方法在重启后会还原为默认值。
ulimit -n命令非root用户只能设置到4096，如果想要设置到更大需要sudo权限或者root用户。
方式二：修改系统配置文件
[root@mrwang ~]# vim /etc/security/limits.conf
在文件末尾处增加如下内容：
* soft nofile 4096
* hard nofile 4096
或者
* - nofile 8192
*表示所有用户，可根据需要设置某一用户，例如：
jingxuan soft nofile 8192
jingxuan hard nofile 8192
注意的是“nofile”项有两个可能的限制措施，分别是hard和soft。要使修改过得最大打开文件数生效，必须对这两种限制进行设定。 如果使用”-“字符设定, 则hard和soft设定会同时被设定。
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
