前言
在本篇文章开始前,我想想来回答一个问题:我为什么要写这一篇关于面试的文章?
原因有三:第一,我想为每一个为梦想时刻准备着的”有心人“尽一份自己的力量,提供一份高度精华的Java面试清单;第二,目前市面上的面试题不是答案不准确就是内容覆盖太窄,所以提供一份经典而又准确的面试题是非常有必要的;第三,本文会对部分提供详细解读和代码案例,让大家知其然并知其所然,从而学到更多的知识。
或许这份面试题还不足以概括所有Java问题,但有了它,我相信你一定不会”败“的很惨,因为有哦了它,足以应对目前市面上绝大部分的Java面试了,因为这篇文章不论是从深度还是广度上来讲,都已经概括了非常多的知识点了。
凡事预则立,不预则废,能看到这篇文章的人,我相信都是这个世界上的”有心人“,还是那句老话:上天不负有心人!我相信你的每一步努力,都会收获到意想不到的回报。
为什么要分库分表?
首先回答一下为什么要分库分表,答案很简单:数据库出现性能瓶颈。用大白话来说就是数据库快扛不住了。
数据库出现性能瓶颈,对外表现有几个方面:
- 大量请求阻塞在高并发场景下,大量请求都需要操作数据库,导致连接数不够了,请求处于阻塞状态。
- SQL 操作变慢如果数据库中存在一张上亿数据量的表,一条 SQL 没有命中索引会全表扫描,这个查询耗时会非常久。
- 存储出现问题业务量剧增,单库数据量越来越大,给存储造成巨大压力。
从机器的角度看,性能瓶颈无非就是CPU、内存、磁盘、网络这些,要解决性能瓶颈最简单粗暴的办法就是提升机器性能,但是通过这种方法成本和收益投入比往往又太高了,不划算,所以重点还是要从软件角度入手。
数据库相关优化方案
数据库优化方案很多,主要分为两大类:软件层面、硬件层面。
软件层面包括:SQL 调优、表结构优化、读写分离、数据库集群、分库分表等;
硬件层面主要是增加机器性能。
SQL 调优
SQL 调优往往是解决数据库问题的第一步,往往投入少部分精力就能获得较大的收益。
SQL 调优主要目的是尽可能地让那些慢 SQL 变快,手段其实也很简单就是让 SQL 执行尽量命中索引。
开启慢 SQL 记录
如果你使用的是 Mysql,需要在 Mysql 配置文件中配置几个参数即可。
slow_query_log=on
long_query_time=1
slow_query_log_file=/path/to/log
调优的工具
常常会用到 explain 这个命令来查看 SQL 语句的执行计划,通过观察执行结果很容易就知道该 SQL 语句是不是全表扫描、有没有命中索引。