Optional是一个没有子类的工具类，是一个可以为null的容器对象，它的主要作用就是用来避免null的检查，防止出现NPE。Optional是个容器：它可以保存类型T的值，或者仅仅保存null。Optional提供很多有用的方法，这样我们就不用显式进行空值检测。Optional 类的引入很好的解决空指针异常。
阿粉相信大家肯定所有的开发者都对Java8里面的所有的东西都感兴趣，虽然目前的 JDK 已经更新到 JDK17 了，但是阿粉相信，现在很多公司使用的还都是 JDK8 甚至是 JDK7，但是，就算是有些公司已经升级到 JDK8 但是对于 JDK8 里面的一些东西的使用，却没有使用的淋漓尽致。阿粉今天就给大家放出几个 JDK8 里面比较好用的。
相信大家肯定所有的开发者都对Java8里面的所有的东西都感兴趣，虽然目前的 JDK 已经更新到 JDK17 了，但是我相信，现在很多公司使用的还都是 JDK8 甚至是 JDK7，但是，就算是有些公司已经升级到 JDK8 但是对于 JDK8 里面的一些东西的使用，却没有使用的淋漓尽致。 今天就给大家放出几个 JDK8 里面比较好用的。
如果你和我一样，已经使用Java 8很长时间了，觉得需要了解一下Java的新特性，那么这篇文章就是为你准备的。
从Java 8 到 Java 20，Java 已经走过了漫长的道路，自 Java 8 以来，Java 生态系统发生了很多变化。最显着的变化是 Java 的发布节奏。Java 8 于 2014 年发布，Java 17 于 2021 年发布。这两个版本之间相隔了 7 年。Java17是一个长期支持（LTS）的版本，会有更稳定和持久的维护和更新。
Java 17 是 Java 编程语言的最新 LTS（长期支持）版本（除去刚发布的21），于 2021 年 9 月 14 日发布。如果您当前正在使用 Java 11，那么可能是时候考虑迁移到 Java 17 以利用其新功能了。
我们从一个简单的用例开始。在 Java 8 之前，任何访问对象方法或属性的调用都可能导致 NullPointerException：
在没有用Optional判空之前，你是否也像下面的代码一样判空呢？如果是，请往下看，Optional 相对传统判空的优势。
Optional是JDK8的新特性， 首先这个类是被final修饰的， 并且这个类只有一个Object的超类， 下面是这个类的结构。
Optional 类是 Java 8 才引入的，Optional 是个容器，它可以保存类型 T 的值，或者仅仅保存 null。Optional 提供了很多方法，这样我们就不用显式进行空值检测。Optional 类的引入很好的解决空指针异常。
JEP 305: Pattern Matching for instanceof (Preview)
语言必须发展，否则它们就有变得无关紧要的风险，” Brian Goetz (甲骨文公司)在2019年11月在 Devoxx 举行的“ Java 语言期货”演讲中说。 作为 Java 语言架构师，他扮演了一个重要的角色，尽管 Java 已经发展了25年，但仍然远远没有过时。 在本文中，我们将研究 JDK 14的创新
译文链接：https://blog.csdn.net/Milogenius/article/details/104997807
ConcurrentHashMap这个类在java.lang.current包中，这个包中的类都是线程安全的。ConcurrentHashMap底层存储数据的结构与1.8的HashMap是一样的，都是数组+链表（或红黑树）的结构。在日常的开发中，我们最长用到的键值对存储结构的是HashMap，但是我们知道，这个类是非线程安全的，在高并发的场景下，在进行put操作的时候有可能进入死循环从而使服务器的cpu使用率达到100%；sun公司因此也给出了与之对应的线程安全的类。在jdk1.5以前，使用的是HashTable，这个类为了保证线程安全，在每个类中都添加了synchronized关键字，而想而知在高并发的情景下相率是非常低下的。为了解决HashTable效率低下的问题，官网在jdk1.5后推出了ConcurrentHashMap来替代饱受诟病的HashTable。jdk1.5后ConcurrentHashMap使用了分段锁的技术。在整个数组中被分为多个segment，每次get，put，remove操作时就锁住目标元素所在的segment中，因此segment与segment之前是可以并发操作的，上述就是jdk1.5后实现线程安全的大致思想。但是，从描述中可以看出一个问题，就是如果出现比较机端的情况，所有的数据都集中在一个segment中的话，在并发的情况下相当于锁住了全表，这种情况下其实是和HashTable的效率出不多的，但总体来说相较于HashTable，效率还是有了很大的提升。jdk1.8后，ConcurrentHashMap摒弃了segment的思想，转而使用cas+synchronized组合的方式来实现并发下的线程安全的，这种实现方式比1.5的效率又有了比较大的提升。
为了防止不符合规范的数据进入数据库，在用户对数据进行插入、修改、删除等操作时，DBMS自动按照一定的约束条件对数据进行监测，使不符合规范的数据不能进入数据库，以确保数据库中存储的数据正确、有效、相容。
统计一个表的数据量是经常遇到的需求，但是不同的表设计及不同的写法，统计性能差别会有较大的差异，下面就简单通过实验进行测试(大家测试的时候注意缓存的情况，否则影响测试结果）。
--**************************************************
有个学⽣表，包含（学⽣id，年龄，姓名），当我们需要查询姓“张”的学⽣的时候，如何
注意关键字where，where后面跟上一个或者多个条件，条件是对前面数据的过滤，只有满足where后面条件的数据才会被返回。
比如说你要创建一个 Student 类，包括属性 id、name，都需要做什么？大概步骤如下：
会发现生成的语句中过滤条件是 WHERE account.id != account.id，使用PostgreSQL Explain ANALYZE 命令，
网上都说是需要改yml里面的SQL，表要设置别名，然而我试了，没有效果。。。 没办法，debug源码看看，这边能看到，是别名不匹配导致的
电商中：我们想查看某个用户所有的订单，或者想查看某个用户在某个时间段内所有的订单，此时我们需要对订单表数据进行筛选，按照用户、时间进行过滤，得到我们期望的结果。
今天没怎么学习，简单写下MySQL里面innodb存储引擎下的索引组织表吧。
mysql> create table tb1(id int not null default 2,num int not null); # 创建tb1表并约束
最近有个需求，需要在js中调用java，这样能避免更新java，从而实现代码的热更新。
上述单表物理复制的方法，核心在于cp命令，因为是通过物理拷贝，所以如果复制的表非常大，那么通过物理拷贝，就会比逻辑上的SQL写入快很多，比如insert into select语句。
今天遇到了一个非常奇怪的问题，当我在使用@RequestBody 进行传参时，在service层一直获取不到对象值，后台提示错误是空指针异常，找了很久都没有发现是什么问题，结果在最后发现是注解的坑。
在数据迁移中，经常会碰到null值的问题，比如在源库中，某些列可能是null值，但是在目标库中，却有非空约束。这样在数据的迁移过程中就会发生问题。 为了更好的对数据的非空问题进行判断，我写了如下的脚本来生成检查的脚本，基本的思路就是生成动态sql，类似 select count(1) from xxx where xxx is null,如果输出结果不为0,说明在源库中存在着非空约束的问题。 脚本需要在目标库中生成，然后在源库执行即可，可以在执行的过程中，考虑加入并行等。 因为非空约束的条件在user_c
最近学习了下MySQL中数据的导入导出，发现功能点真是丰富，很方便很快捷。 这些导入导出的方式还是有不少的细节的，在此先不做扩展和深入分析。 --数据导出 方式1 比如要实现数据的导出，直接可以指定生成的文件使用outfile即可。对于空值的处理是“\N" mysql> select * from test into outfile '/u02/mysql/dump/a.sql'; Query OK, 4 rows affected (0.00 sec) 1 aaaa 2 bbbb
还有一种，主键没有自增长，那不复制主键可以吗？答案是不行。因为主键的前提是不能为空，赋值则发生主键冲突，不赋值则引发非空约束（多谢评论区的老哥，以前没有考虑到这种情况）。
有时候需要索引很长的字符列，这会让索引变得大且慢。通常可以索引开始的部分字符，这样可以大大节约索引空间，从而提高索引效率。但这样也会降低索引的选择性。索引的选择性是指不重复的索引值（也称为基数，cardinality)和数据表的记录总数的比值，范围从1/#T到1之间。索引的选择性越高则查询效率越高，因为选择性高的索引可以让MySQL在查找时过滤掉更多的行。唯一索引的选择性是1，这是最好的索引选择性，性能也是最好的。
前面一篇文章《案例| +1s导致的故障》介绍了因为开发同学对datetime值+1s的操作导致的问题。我们在复盘的时候讨论设置sql_mode为严格模式可行性。于是有了此文。
有段时间没用 Java 写过项目了，今天因为需求要搭建一个小项目，果然是略显生疏，一路磕磕碰碰的，不过总算都是让我解决了。
身为一名Java程序员，大家可能都有这样的经历：调用一个方法得到了返回值却不能直接将返回值作为参数去调用别的方法。我们首先要判断这个返回值是否为null，只有在非空的前提下才能将其作为其他方法的参数。这正是一些类似Guava的外部API试图解决的问题。一些JVM编程语言比如Scala、Ceylon等已经将对在核心API中解决了这个问题。在我的前一篇文章中，介绍了Scala是如何解决了这个问题。
一个业务方给了一个SQL，要让在线上执行，具体的SQL抽象完成之后是这样的：
身为一名 Java 程序员，大家可能都有这样的经历：调用一个方法得到了返回值却不能直接将返回值作为参数去调
非空约束(NOT NULL)指字段的值不能为空。对于使用了非空约束的字段，用户在添加数据时没有指定值，数据库系统就会报错。可以通过 CREATE TABLE 或 ALTER TABLE 语句实现非空。在表中某个列的定义后加上关键字 NOT NULL 作为限定词，来约束该列的取值不能为空。
MyBatis 的真正强大在于它的语句映射，这是它的魔力所在。由于它的异常强大，映射器的 XML 文件就显得相对简单。如果拿它跟具有相同功能的 JDBC 代码进行对比，你会立即发现省掉了将近 95% 的代码。MyBatis 致力于减少使用成本，让开发者能更专注于 SQL 代码。
在写程序的时候一般都遇到过 NullPointerException，所以经常会对程序进行非空的判断：
1、父表必须已经存在于数据库中，或者是当前正在创建的表。如果是后一种情况，则父表与子表是同一个表，这样的表称为自参照表，这种结构称为自参照。 2、必须为父表定义主键。 3、主键不能包含空值，但允许在外键中出现空值。也就是说，只要外键的每个非空值出现在指定的主键中，这个外键的内容就是正确的。 4、外键中列的数目必须和父表的主键中列的数目相同。 5、外键中列的数据类型必须和父表主键中对应列的数据类型相同。说这么多比较笼统，还是看看例子吧。
字段值从1开始，每次递增1，自动增长的值就不会有重复，适合用来生成唯一的id。在MySQL中只要是自动增长列必须是主键
密室逃脱游戏越来越受年轻人的喜欢,现在将各地密室游戏主题进行排名,评选2021年度最受玩家喜欢的密室主题。
MySQL 8.0.13开始支持 index skip scan 也即索引跳跃扫描。该优化方式支持那些SQL在不符合组合索引最左前缀的原则的情况，优化器依然能组使用组合索引。
“ 在前面我们已经谈论过Java8的Lambda表达式，方法引用，Stream。除了这些之外Java8中还有一个很重要的知识：Optional ”
Java 中任何对象都有可能为空，当我们调用空对象的方法时就会抛出 NullPointerException 空指针异常，这是一种非常常见的错误类型。我们可以使用若干种方法来避免产生这类异常，使得我们的代码更为健壮。本文将列举这些解决方案，包括传统的空值检测、编程规范、以及使用现代 Java 语言引入的各类工具来作为辅助。
此文是个人根据日常工作中遇到的坑以及通过各种资料总结的sql 的踩坑点，有些坑如果在编写sql的时候不注意确实是容易翻车，所以这里一并进行总结。
线程安全：就是多线程访问时，采用了加锁机制，当一个线程访问某个数据时，进行加锁保护，其他线程不能进行访问，直到该线程任务结束，其他线程才可使用。不会出现数据不一致或者数据污染。
众所周知，在java语言开发中，NullPointerException是一直被大家所深恶痛绝的。然而在以前的java版本中，对空值的判断有繁琐而无趣。且十分影响代码的美观。例如下面这种情况：
领取专属 10元无门槛券
手把手带您无忧上云
