数据库 200311

最新推荐文章于 2023-03-23 12:35:54 发布

、ZJL

最新推荐文章于 2023-03-23 12:35:54 发布

阅读量150

点赞数

文章标签：数据库 java

原文链接：https://blog.csdn.net/qq_33945246/article/details/104722202

版权

1. 数据库从哪几方面进行调优？

字段优化：

尽量使用 TINYINT、SMALLINT、MEDIUM_INT 作为整数类型而非 INT，如果非负则加上 UNSIGNED
VARCHAR 的长度只分配真正需要的空间
尽量使用整数代替字符串类型
单表不要有太多字段，建议在 20 以内
避免使用 NULL 字段，很难查询优化且占用额外索引空间
不建议使用 select * from t ，用具体的字段列表代替 “*”，不要返回用不到的任何字段。尽量避免向客户
端返回大数据量，若数据量过大，应该考虑相应需求是否合理
表与表之间通过一个冗余字段来关联，要比直接使用 JOIN 有更好的性能
select count (*) from table；这样不带任何条件的 count 会引起全表扫描

2. 索引优化方向？

一般来说，应该在这些列上创建索引：

对于有些列不应该创建索引：

对于那些在查询中很少使用或者参考的列不应该创建索引。
对于那些只有很少数据值的列也不应该增加索引。
对于那些定义为 text, image 和 bit 这种数据量很大的数据类型的列不应该增加索引。
当修改性能远远大于检索性能时，不应该创建索引。修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引。

索引失效：

在以下这些情况种，执行引擎将放弃使用索引而进行全表扫描

3. mysql 问题排查都有哪些手段？怎么验证 mysql 的索引是否满足需求？

SQL 调优最常见的方式是，由自带的慢查询日志或者开源的慢查询系统定位到具体的出问题的 SQL，然后使用 explain、profile 等工具来逐步调优，最后经过测试达到效果后上线。

开启慢查询

分析慢查询explain

在该语句之前加上 explain 再次执行，explain 会在查询上设置一个标志，当执行查询时，这个标志会使其返回关于在执行计划中每一步的信息，而不是执行该语句。

explain 通常用于查看索引是否生效， explain 执行语句返回的重要字段：

4. 主从复制的过程？

在每个事务更新数据完成之前，master 在二进制日志记录这些改变。写入二进制日志完成后，master 通知存储引擎提交事务。
Slave 将 master 的 binary log 复制到其中继日志。首先 slave 开始一个工作线程（I/O），I/O 线程在
master 上打开一个普通的连接，然后开始 binlog dump process。binlog dump process 从
master 的二进制日志中读取事件，如果已经跟上 master，它会睡眠并等待 master 产生新的事件，I/O
线程将这些事件写入中继日志。
Sql slave thread（sql 从线程）处理该过程的最后一步，sql 线程从中继日志读取事件，并重放其中的事件而更新 slave
数据，使其与 master 中的数据一致，只要该线程与 I/O 线程保持一致，中继日志通常会位于 os 缓存中，所以中继日志的开销很小。

关注