~MySQL Perfect~

Posted 2021-09-12 ~快乐王子~

目录

• MySQL优化
  • 1.MySQL历史
  • 2.MySQL分支
  • 3.MySQL连接
    • 3.1 通信类型
    • 3.2 连接方式
    • 3.3 协议
    • 3.4 在服务端查看连接信息
  • 4. 优化
    • 4.1 优化Threads_created
    • 4.2 查看与优化 连接时间
    • 4.3 查看与优化 最大连接数
    • 4.4 优化SQL语句
  • 5.MySQL架构及内部模块
    • 5.1 优化查询缓存

mysql优化

本质就是sql语句的优化 和 索引的优化

1.MySQL历史

   以前是ISAM引擎，2000年升级为默认引擎为MyISAM(同时将MySQL开源，使得其拓展性增强)，2003年出现InnoDB存储引擎（MySQL4.0）。
   MySQL5.0发布，成为里程碑的一步（支持更多商业类型的功能，不再局限于表的操作，而是增添了类似 视图、触发器这些对象）
   Sun收购MySQL、Oracle收购Sun，{大企业收购小企业，扫清竞争对手}...
   MySQL5.5将InnoDB封为默认存储引擎 {5年卧薪尝胆，终成C位}

2.MySQL分支

1.Percona Server-XtraDB :基于MySQL引擎开发出的一个新引擎，更好发挥服务器硬件上的性能
2.MariaDB  ：Oracle把Sun公司收购后，MySQL创始人害怕自此MySQL闭源，因此开发出类似于InnoDB引擎的高度兼容MySQL的产品
3.InnoSQL  :网易

3.MySQL连接

3.1 通信类型

同步通信（应用操作数据库，线程阻塞，程序不会继续往下运行，等待数据库的return）：JDBC连接多使用此种方式
异步通信（异步虽然可以避免阻塞，但是每个sql都会建立连接，看起来避免了数据混乱，实则给服务器带来巨大压力）

3.2 连接方式

短连接
  连接--》数据传输--》断开连接
长连接（将连接放到数据库连接池中，以便下一次连接时使用）
  连接--》数据传输--》保持连接--》数据传输--》保持连接--》...--》关闭连接

3.3 协议

TCP/IP
Unix Socket

3.4 在服务端查看连接信息

• 在mysql中都是 单进程多线程的

• 在一个连接来的时候，会创建一个线程，当断开连接后，并不会销毁此线程，而是将此线程缓存起来

  

查看mysql版本号：show VERSION()
查看服务端中连接数：show global status like \'Thread%\'

4. 优化

4.1 优化Threads_created

出现了Threads_created过大，代表了所创建过的线程过多，其本质就是缓存的线程过小--》Threads_cached问题

解决措施：
  改变thread_cache_size大小，使其变大
  1.先查看其默认值：show variables like \'thread_cache_size\'
  2.改变大小，至少需要清楚其设置规则吧：
     短连接：设置大一些（因为本质是需要反复创建和销毁的）
     长连接：设置小一些（因为本质是被缓存的），50-100
  {根据物理内存设置
  		1G--》8
  		2G--》16
  		3G--》32
  		4G--》64
  }
  3.set global thread_cache_size=64  // 重启MySQL后失效

4.2 查看与优化 连接时间

1.交互式：使用客户端工具连接，例如：Navicat、SQLyog
	查看全局：show global variables like \'interactive_timeout\'
	查看会话（局部）：show session variables like \'interactive_timeout\'
2.非交互式：使用JDBC连接、数据库连接池
	查看全局：show global variables like \'wait_timeout\'
	查看会话（局部）：show session variables like \'wait_timeout\'
默认都是8小时（所展示出的单位是秒：28800s = 8h）,8h后会将不活跃的线程 清除掉

优化
1.交互式
	全局：set global interactive_timeout = 600
	会话：set session interactive_timeout = 600
2.非交互式{更多的是对于此 优化}
	全局：set global wait_timeout = 600
	会话：set session wait_timeout = 600
	

4.3 查看与优化 最大连接数

show variables like \'max_connections\'

命令修改：
set global max_connections=200
配置文件修改：
max_connections=100

4.4 优化SQL语句

常规调优思路：
	-查看和分析slow-log，分析出查询慢的语句
	-按照一定优先级，进行一一排查所有慢语句
	-分析top sql，进行explain调试，查询语句执行时间
	-调整索引和语句本身

MySQL日志：
	错误日志
		show variables like \'%log_error%\'
		修改错误日志路径：log_error = [路径]/[日志文件名].err
	二进制日志
	通用查询日志
	慢查询日志

SQL语句优化
	未完待续...

索引优化
	未完待续...

5.MySQL架构及内部模块

1 连接器：用于 用户登录
2 查询缓存：查询之前是否有此sql，如有则直接返回结果；（缺点：对于经常更新的数据，缓存有效时间太短）  后来8.0时删掉了此功能
3 分析器： 说白了就是针对查询语句的拆分
	（1）词法分析：select、字段名、表名、查询条件
	（2）语法分析：判断sql是否符合语法，是否正确
	形成分析树，如下图

4.优化器：它认为的最优方式去执行（有时并不是最优方案）
	多个索引的时候如何选用索引，多表查询的时候如何选择关联顺序
5.执行器：执行 执行方案，校验该用户有没有权限，有权限就调用引擎接口，返回接口执行结果

5.1 优化查询缓存

show variables like \'%query_cache%\'

  优化:
  query_cache_type=2  (On):表示开启缓存，每条语句都建立缓存；除非在sql语句中使用SQL_NO_CACHE禁用查询缓存   select sql_no_cache name from users
  query_cache_size=10M

ps:大小写不一样的sql语句不使用相同的缓存

查看是否sql语句已经被缓存
show status like \'Qcache%\'

查询缓存失效情况：
	语句有不确定操作：now(),uuid(),date()
	没有关于表的查询：select \'a\'
	表更改