上海互联网网站建设公司,wordpress注册表单插件,搭建网站需要哪些步骤,学网络推广培训目录
1.查询语句执行流程
2.索引的数据结构是什么
3.数据库中的锁有哪些
4.MySQL日志类型
5.MySQL主从复制的流程
6.谈谈你对sql的优化的经验 1.查询语句执行流程
一条查询语句到达MySQL数据库之后#xff0c;数据库中的各个组件会按照顺序执行自己的任务 首先是连接器…目录
1.查询语句执行流程
2.索引的数据结构是什么
3.数据库中的锁有哪些
4.MySQL日志类型
5.MySQL主从复制的流程
6.谈谈你对sql的优化的经验 1.查询语句执行流程
一条查询语句到达MySQL数据库之后数据库中的各个组件会按照顺序执行自己的任务 首先是连接器他会负责建立连接、检查权限等操作 连接成功之后会查询缓存如果缓存中有结果会直接返回如果缓存中没有结果会将sql交给分析器处理 分析器负责检查sql的词法、语法如果没有问题再将sql交给优化器处理 优化器会决定用哪个索引决定表的连接顺序等然后将优化之后的sql交给执行器 执行器根据存储引擎类型调用存储引擎接口 存储引擎负责最后数据的读写 2.索引的数据结构是什么
在MySQL中索引使用的数据结构是BTreeB树是基于B树的变种它具有B树的平衡性而且树的高度更低 B树非叶子节点不存在数据只存索引因此其内部节点相对B树更小树的高度更小查询产生的I/O更少 B树查询效率更高B树使用双向链表串连所有叶子节点区间查询效率更高 B树查询效率更稳定B树每次都必须查询到叶子节点才能找到数据而B树查询的数据可能不在叶子节点也可能在这样就会造成查询的效率的不稳定 3.数据库中的锁有哪些
MySQL中的锁从不同维度可以分为不同的种类 从锁的粒度上可以分为表锁和行锁 表锁指的是会锁定修改数据所在的整个表开销小加锁快锁定粒度大发生锁冲突概率高 行锁指的是会锁定修改数据所在的行记录开销大加锁慢锁定粒度小发生锁冲突概率低 从锁的排他性上分为共享锁和排他锁 共享锁指的是当一个事务针对同一份数据加上共享锁之后另一个事务也可以再往上加一把共享锁也可以读数据但是不能改 对索引列加共享锁锁定的是一行数据对非索引列加共享锁锁定的是整表数据 排他锁指的的是当一个事务针对同一份数据加上排他锁之后另一个事务只能读数据不能改也不能再上其它任务锁 还有两种概念上的锁是悲观锁和乐观锁 悲观锁是指一个事务在修改数据的时候总是认为别人也会修改此数据所以强制要使用锁来保证数据安全 乐观锁是指一个事务在修改数据的时候总是认为别人不会修改此数据因为不加任何锁 这种情况下万一在当前事务修改的时候数据被其它事务也修改了机会出现问题此时常用的方案是 给数据表中添加一个version列每次更新后都将这个列的值加1读取数据时将版本号读取出来 在执行更新的时候会先比较版本号如果相同则执行更新如果不相同说明此条数据已经发生了变化就放弃更新或重试
4.MySQL日志类型
MySQL的很多功能都是依靠日志来实现的比如事务回滚数据备份主从复制等等常见的日志有下面几个 binlog归档日志 负责记录对数据库的写操作一般用在主从复制过程中记录日志从库拷贝此日志做重放实现数据同步 redolog重做日志 用于确保事务的持久性。防止在发生故障的时间点尚有脏页未写入磁盘 在重启 mysql 服务的时候根据 redo log 进行重做从而达到事务的持久性这一特性 undo log 回滚日志 保存了事务发生之前的数据的一个版本可以用于回滚 5.MySQL主从复制的流程
主从复制用于MySQL主从集群的主节点向从节点同步数据主要是依靠MySQL的binLog实现的大体流程分为三步 Master 主库在事务提交时会把数据变更记录在二进制日志文件 BinLog中 从库读取主库的二进制日志文件 Binlog 写入到从库的中继日志 RelayLog slave重做中继日志中的事件将改变反映它自己的数据 6.谈谈你对sql的优化的经验
我在企业中优化Sql大体分为三步 查找问题sql主要手段是开启mysql的慢查询日志它会将执行时间较长的sql记录记录下来 找到sql之后我会分析出现问题的原因原因很多主要字段类型选择错误、sql语句效率低、索引失效等等 根据问题不同我会再去定具体的解决方案 简单给您说几个常见的把 确定选择的引擎是否合适 myisam适合于查询为主增删较少无事务要求的数据表 Innodb适用于有事务处理或者包括很多的更新和删除的数据表 表设计是否合理 单表不要有太多字段建议在20以内 合理的加入冗余字段可以提高查询速度 确定字段的数据类型是否合适 数值型字段的比较比字符串的比较效率高得多字段类型尽量使用最小、最简单的数据类型 设置合适的字符串类型char和varcharchar定长效率高varchar可变长度效率稍低varchar的长度只分配真正需要的空间 尽量使用TIMESTAMP而非DATETIME尽量设计所有字段都得有默认值尽量避免null 确定sql的书写是否有的题 SELECT语句务必指明字段名称避免直接使用select * SQL语句中IN包含的值不应过多 可以用内连接就尽量不要使用外连接 使用连接连接查询来代替子查询 适用联合(UNION)来代替手动创建的临时表 表数据比较多的时候是否添加了合适的索引 表的主键、外键必须有索引 经常出现在where子句中的字段特别是大表的字段应该建立索引 经常用于排序、分组的字段应当建立索引 加上索引之后还应该使用Explain来确认索引是否生效 如果上面的几项都没有问题那可能就是因为服务器性能或者数据量过大导致的查询慢此时可以考虑读写分离 也就是我们搭建一个MySQL的主从集群让1个主节点负责写入数据多个从节点负责查询数据已分摊查询压力
