Mysql笔记二之架构体系

                                               ## Mysql笔记二之架构体系

一，mysql架构的4个版本
	1.0版架构单数据库
	   1.数据量大
	   2.用户访问量大
	   3.服务器挂了，应用也会挂掉（可用性差）
	2.0版架构 主从架构
	   1.数据量大，超出一台服务器
	   2.写操作太大会超出一台M服务器承受
	3.0版架构 分库分表水平拆分
	   1.复杂度高，数据如何路由
	   2.如何保持数据的一致性
	4.0云数据库mysql存储做成saas服务
二,mysql架构体系
    
  ![图](https://img-blog.csdnimg.cn/20200915151327218.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0NTX19Mb3Zl,size_16,color_FFFFFF,t_70#pic_center)

   客户接入层->服务层->存储引擎层->文件层
   文件层包含日志文件，配置文件，数据文件等
  1.日志文件
       慢查询日志（记录时间超时的sql语句，默认10秒）-> show variables like '%slow_query%';
       查看超时时间-> show variables like '%long_query_time%';
       修改超时时间-> set long_query_time=5;
       配置慢查询:
          slow_query_log = ON
          slow_query_log_file = /usr/local/mysql/data/slow.log     //linux
          long_query_time = 10
         （由于已打开log_queries_not_using_indexes，因此已记录了大量查询，因为它们未使用索引。
显然，慢查询日志中没有以任何方式标记“未使用索引”查询，因此必须猜测是由于执行时间超过了long_query_time阈值还是由于索引而记录了条目）
       错误日志 -》 show variables like '%log_error%';
       通用查询日志 -> show variables like '%general%';
      二进制日志，记录对mtsql的操作日志（主要用于数据库的恢复）-> show variables like '%log_bin%'
  查看日志 -》 show binary logs;
  2.数据文件
      ![在这里插入图片描述](https://img-blog.csdnimg.cn/20200915163048179.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0NTX19Mb3Zl,size_16,color_FFFFFF,t_70#pic_center)