Java、数据库，前端基础

前端：

java：

数据库sql：

数据库的主从复制，利用mycat做分库分表。

索引：

索引：用来快速地寻找那些具有特定值的记录，如果没有索引，执行查询时Mysql必须从第一个记录开始扫描整个表的所有记录，如果作为搜索条件的列上已经创建了索引，mysql无需扫描任何记录即可迅速得到目标记录所在的位置。如果表有一千个记录，通过索引查找记录至少要比顺序扫描记录快100倍。

MySQL索引类型：

mysql提供多种索引类型供选择：普通索引，唯一索引，主键，全文索引，单列索引，与多列索引

知识点：

1.索引可以不唯一。对于唯一索引，很多时候设置唯一索引时是为了防止插入相同的数据。

2.索引会根据数据库的变化而更新。

3.count()是算行数的,sum是求和.
redis：

数据类型：

字符串类型（string），散列类型（hash），列表类型（list），集合类型（set），有序集合类型（zset）。

注释：键值对型式的结构。单线程运行。

Redis集群：

采用官方提供了 redis-trib.rb工具。

缓存穿透：

指查询一个一定不存在的数据，由于缓存是不命中时需要从数据库查询，查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到数据库去查询，造成缓存穿透。

解决办法：

对所有可能查询的参数以hash形式存储，在控制层先进行校验，不符合则丢弃。还有最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。
也可以采用一个更为简单粗暴的方法，如果一个查询返回的数据为空（不管是数 据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

缓存雪崩：

如果缓存集中在一段时间内失效，发生大量的缓存穿透，所有的查询都落在数据库上，造成了缓存雪崩。

这个没有完美解决办法，但可以分析用户行为，尽量让失效时间点均匀分布。大多数系统设计者考虑用加锁或者队列的方式保证缓存的单线程（进程）写，从而避免失效时大量的并发请求落到底层存储系统上。

解决方法

1，在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。
2，可以通过缓存reload机制，预先去更新缓存，再即将发生大并发访问前手动触发加载缓存
3，不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀
4，做二级缓存，或者双缓存策略。A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期。

mycat：

使用其做分库分表。

架构：

1、分布式、集群、微服务区别：

分布式：将一个大的系统划分为多个业务模块，业务模块分别部署到不同的机器上，各个业务模块之间通过接口进行数据交互。区别分布式的方式是根据不同机器不同业务。

集群模式：是不同服务器部署同一套服务对外访问，实现服务的负载均衡。区别集群的方式是根据部署多台服务器业务是否相同。

注：集群模式需要做好session共享，确保在不同服务器切换的过程中不会因为没有获取到session而中止退出服务。

微服务：为了不因为某个模块的升级和BUG影响现有的系统业务，将模块拆分成一个独立的服务单元通过接口来实现数据的交互。微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。将模块拆分成一个独立的服务单元通过接口来实现数据的交互。分布式也属于微服务。