背景介绍 数据库症状：系统高负载情况下错误日志中出现long semaphore wait信息,数据库实例本身hang住，无法提供正常的访问服务，可登录，但登录后任何操作没有反应。 数据库版本：8.0.20 操作系统版本：CentOS 7.6 主机信息：32GB内存，CPU 16cores 数据库架构：单实例MySQL 处理方式  鉴于业务端无法正常使用DB，故只能通过操作系统层面执行命令 kil

最近看了一个老项目（2018年的），发现其中用 Redis 来实现分布式锁🔒。 代码如下 👇 // jedis public String lock(String lockName, long acquireTimeout) { return lockWithTimeout(lockName, acquireTimeout, DEFAULT_EXPIRE); } public String loc

在网上一直流传着一个争论不休的话题：金额到底是用Long还是用BigDecimal？这个话题一出在哪都会引起异常无比激烈的讨论。。。。 比如说这个观点：算钱用BigDecimal是常识 图片 图片 有支持用Long的，将金额的单位设计为分，然后乘以100，使用Long进行存储以及计算，这样不用担心小数点问题。 图片 并且一些银行系统就会选择用Long 图片 还有，最最最牛逼的万能大法：用Strin