mysql

https://mp.weixin.qq.com/s/iFmvvt4DJ-_qFeb0XUh6QA(**)

https://mp.weixin.qq.com/s/jrfZr3YzE_E0l3KjWAz1aQ

https://blog.csdn.net/ntzzzsj/article/details/125845895

https://pdai.tech/md/java/io/java-io-nio-select-epoll.html

https://tech.meituan.com/2016/11/04/nio.html

https://blog.csdn.net/K_520_W/article/details/123454627

https://zhuanlan.zhihu.com/p/268143371

https://www.jianshu.com/p/eeffca6d9e57

https://blog.csdn.net/weixin_42386438/article/details/124136134

Mysql

事务基本ACID

1、原子性：一次执行要么全部成功，要么全部失败。
2、一致性：事务执行接收之后，数据库完整性不被破坏
3、隔离性：多个事务执行互不干扰
4、持久性：事务处理结束后，对数据的修改就是永久的。系统故障也不会丢失

事务并发出现问题

1、脏读：A事务读取了B事务提交数据，B事务失败回滚了，此时A读取数据就是脏读
2、不可重复读：A事务多次读取数据时B修改了数据，导致A读取数据前后不一致。就叫不可重复读。
3、幻读：事务A读取数据在缓存中，实际事务B已经将数据删除了。这种就是叫幻读。

事务隔离级别

1、read unCommit（读未提交） :事务A读取事务B中正在修改的数据。脏读，不可重复读，幻读。
2、read commit(读已提交)：事务A读取事务B已经提交数据。可以避免脏读，不可以避免不可重复读，幻读。
3、read repeat(可重复读)：事务A读取数据始终相同（除非事务A,自己修改），无论事务B是否修改了该数据。不能避免幻读。
4、serializable(可串户)：完全服从ACID的隔离级别. 所有的事务依次逐个执行, 这样事务之间就完全不可能产生干扰, 也就是说, 该级别可以防止脏读、不可重复读以及幻读。

事务传播机制

事务传播机制主要是适用于嵌套事务，通过ThreadLocal实现，所以异步会使事务传播机制失效。多事务是通过创建不同的sqlSession实现。
1、如果当前没有事务新建一个事务，如果当前存在事务加入存在事务中。
2、如果当前没有事务创建一个事务，如果当前存在事务，将当前事务挂起，创建一个新事物执行。
3、如果当前没有事务，支持没有事务运k行，如果当前存在事务就按照事务运行。
4、如果当前没有事务，报异常。
5、如果当前有事务，报异常。
6、如果当前存在事务，则嵌套在当前事务中执行。如果当前没有事务， 则新建一个事务，类似于REQUIRE_NEW。

数据表设计思路和优化

1、数据库表设计时候要考虑性能

1、避免字段为null,影响索引，推荐使用默认值
2、在业务合理情况下用INT代替BIGINT
3、用枚举值或者整数代替字符串
4、表不要有太多字段

2、表索引

1、索引不是越多越好，尽量使用where 和order by 关心的字段
2、尽量避免where后面字段出现null,这样会不走索引去全表扫描 。
3、值分布稀少的字段不要建索引，如"性别"。
4、字符字段最好用前缀索引。
5、不要使用外键，用代码来保证约束。

3、sql语句优化

1、尽量不使用select * ,按需查找。
2、使用limit对结果进行限定。
3、使用连接（join）来代替子查询。
4、拆分大的insert ,update ,delete 语句，防止锁表。
5、避免like "%XXXX"。
6、不要在sql里面进行运算。
7、尽量不用使用!=,会扫描全表的。
8、注意or 条件，不然也可能会扫描全表。

Mysql锁：

对记录加锁加的是next-key lock,next-key lock是一个前开后闭的区间。在一定程度下lock-key lock 会退化为
记录锁，和间隙锁（前开后开）。
唯一索引等值查询：
当查询的数据存在，next-key lock会退化为记录锁。
当查询的数据不存在，next-key lock 会转化为间隙锁。

非唯一索引查询：
当查询的数据存在，因为查询非唯一索引所以可能会存在相同的数据，所以会加next-key lock 和间隙锁。
当查询数据不存在，next-key lock退化为间隙锁。

唯一索引范围查询：
当查询范围时候，next-key lock 会退化为间隙锁和记录锁。

非唯一索引范围查询：
当查询范围是后next-key lock 不会退化。

共享锁（S）和排他锁(X)
共享锁：加了S锁记录，允许再次加S锁，不允许加X锁。(select from table where ** share mode)
排他锁：加了X锁记录，不允许再次加X锁和S锁。（select from table where * for update）

意向共享锁（IS）和意向排他锁(IX)
意向锁：出现是为了协调表级锁和行级锁的关系。
意向共享锁：事物在请求S锁时，会先获取IS锁。
意向排他锁：事物在请求X锁时，会先获取IX锁。
意向排他锁和意向共享锁主要作用于表。

首先事务1需要给表的第10行数据加X锁，于是InnoDB存储引擎自动给整张表加上了IX锁。
当事务2再想获取整张表的S锁时，看到这张表已经有别的事务获取了IX锁了，
就说明这张表肯定有某些数据被加上了X锁，
这就导致事务2不能给整张表加S锁了。此时事务2只能等待，无法成功获取表S锁