还要加到 200 的字段 为了以后拓展还不如新建一个字表干脆。一味的加字段 设计就有问题。

# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 2863661056 bytes for committing reserved memory.
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (os_linux.cpp:2640), pid=18191, tid=0x00007f6c15c70700
#
# JRE version: (8.0_172-b11) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.172-b11 mixed mode linux-amd64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again


Java 运行时环境没有足够的内存来继续。
# 本机内存分配 (mmap) 未能映射 2863661056 字节以提交保留内存。
# 可能的原因：
# 系统的物理 RAM 或交换空间不足
# 在 32 位模式下，达到了进程大小限制
＃ 可能的解决方案：
# 减少系统内存负载
# 增加物理内存或交换空间
# 检查交换后备存储是否已满
# 在 64 位操作系统上使用 64 位 Java
# 减小 Java 堆大小 (-Xmx/-Xms)
# 减少 Java 线程数
# 减少 Java 线程堆栈大小 (-Xss)
# 使用 -XX:ReservedCodeCacheSize= 设置更大的代码缓存

是的 我也看了点源码 就是扫描表来去分发的

外星接口 外星需求

然并卵 市面上绝大部分都是 jdk8

先从 API 入手 熟悉 curd api 操作 。熟悉之后 再慢慢的深入理解底层还有一些 ES 的坑

过期时间这个有点不可靠 。 办法一:监听 redis key 过期的事件 可以达到你的目的。但是会消耗一定的 cpu
办法二：监听 binlog 来实现 。只要有更新你就刷进 redis 。完全不管有没有超时。
办法三：类似心跳方案、一个定时任务 每隔几秒就去刷数据 setNx 也可以

老板的饼吃不下

mysql 数据达到瓶颈了 、再怎么优化还是性能差的。考虑做数据切分 分表之类的。

阿里的 dataWork ？

数据变动不频繁、数据量小 就可以放本地缓存 比 redis 快。 缓存 一般有个兜底就是本地缓存。放本地缓存缺点就是每个节点都需要放一份，但是性能最好。redis 就放一份 多个节点共享。性能也差不多

@cowcomic 嗯 我看了 API 源码 确实这样

@wbd31 最大也只是 1w 条

自己写就统一 团队开发 不太可能统一、每个人的开发风格都不一样

状态枚举 前端可以转