首页 > 数据库 >MySQL面试题系列-8

MySQL面试题系列-8

时间:2024-04-05 13:31:05浏览次数:27  
标签:面试题 同步 系列 数据库 索引 复制 MySQL 数据

MySQL是一个关系型数据库管理系统,由瑞典 MySQL AB 公司开发,属于 Oracle 旗下产品。MySQL是最流行的关系型数据库管理系统之一,在 WEB 应用方面,MySQL是最好的RDBMS (Relational Database Management System,关系数据库管理系统)应用软件之一。

mysql的全复制、半复制、异步复制

MySQL的全复制、半复制和异步复制是三种不同的数据复制策略,用于在主从数据库之间同步数据。

  1. 全复制(Full Replication):全复制是指将主数据库上的所有操作都复制到从数据库。这种复制策略适用于对数据一致性要求较高的场景,因为它可以确保从数据库与主数据库的数据完全一致。但是,全复制可能会对主数据库的性能产生影响,因为它需要记录所有操作的日志并同步到从数据库。
  2. 半复制(Semi-Replication):半复制是指只复制主数据库上的部分操作到从数据库。这种复制策略适用于对数据一致性要求较低的场景,因为它可以减少主数据库的负载。半复制可以通过配置主从数据库的过滤规则来实现,例如只复制某个数据库或某个表的数据。
  3. 异步复制(Asynchronous Replication):异步复制是指主数据库上的操作不会立即复制到从数据库,而是在一定时间间隔后进行复制。这种复制策略适用于对数据一致性要求较低,但对性能要求较高的场景。异步复制可以减少主数据库的负载,但可能会导致从数据库的数据滞后于主数据库。

总之,全复制、半复制和异步复制是MySQL提供的三种不同数据复制策略,可以根据实际需求选择合适的复制策略来平衡数据一致性和性能。

mysql半同步复制的特点

半同步复制是MySQL中一种介于异步复制和同步复制之间的数据复制机制,它结合了两者的特点以提供更好的性能和数据一致性保障。
具体来说,半同步复制的特点包括:

  1. 延迟低:与异步复制相比,半同步复制可以减少从库的数据滞后,因为主库在提交事务前需要等待至少一个从库的确认。
  2. 数据一致性:半同步复制提高了数据的一致性,因为它确保至少有一个从库接收到了来自主库的更新,从而减少了数据丢失的风险。
  3. 性能影响:虽然半同步复制增加了一些延迟,但它对性能的影响小于同步复制,因为它不需要所有从库都确认接收到更新才能完成主库上的事务。
  4. 支持性:半同步复制要求MySQL服务器支持动态加载插件,这意味着必须满足一定的服务器配置要求。
  5. 配置限制:半同步复制只支持默认的复制通道,不能配置多个复制通道。
  6. 版本要求:从MySQL 5.5版本开始,MySQL以插件的形式支持半同步复制。
  7. 适用场景:半同步复制适用于对数据一致性有较高要求,同时希望保持较好写性能的场景。
  8. 容错性:半同步复制提供了比异步复制更好的容错性,因为它确保至少有一份数据的副本被确认。
  9. 实现方式:半同步复制是通过安装特定的插件来实现的,这需要在已有的主从复制环境中进行配置。
  10. 兼容性:半同步复制可以与现有的主从复制环境兼容,无需大规模更改现有架构。
  11. 网络要求:由于涉及到主从之间的实时通信,半同步复制对网络的稳定性和延迟有一定的要求。
  12. 故障处理:在出现网络问题或从库故障时,半同步复制可以自动退化为异步复制,以保证主库的持续运行。

综上所述,半同步复制是一种平衡了性能和数据一致性的数据复制策略,适用于多种应用场景,尤其是在需要保证较高数据一致性的同时,也要考虑到写操作的性能。

drop,delete与truncate的区别

在数据库操作中,dropdelete以及truncate都可以用来删除数据,但它们在使用上有所区别。具体分析如下:

  • deletedelete是数据库的DML(Data Manipulation Language)操作语言的一部分,用于删除表中的数据。它可以通过where子句来指定条件,实现部分数据的删除。delete会走事务,执行时会触发触发器(trigger)。在InnoDB引擎中,使用delete删除数据时,表文件在磁盘上所占的空间不会变小,因为MySQL只是将删除的数据标记为已删除,并不是真正的物理删除。
  • truncatetruncate是一个快速删除表中所有数据的方法。与delete相比,它的执行速度更快,因为它不会记录每一行的删除操作,也不会触发与每行相关的触发器。truncate只删除数据,不删除表结构,包括列、约束等。使用truncate后,表的自增计数器会重置为初始值。
  • dropdrop不仅删除表中的所有数据,还会删除整个表的结构,包括表的索引、约束和触发器。此外,依赖于该表的存储过程和函数也会受到影响。drop是不可恢复的操作,一旦执行,所有的数据和表结构都将被永久删除。

总的来说,delete适用于需要删除部分数据并且可能需要触发器参与的场景;truncate适用于需要快速清空表中所有数据,但不改变表结构的场合;而drop则用于彻底删除整个表及其结构,通常在不再需要该表时使用。在实际使用中,应根据具体的数据删除需求选择合适的命令。

什么情况下应不建或少建索引

在某些特定情况下,不建或少建索引是更为合理的选择。以下是一些具体的情况:

  1. 表记录较少:如果一个表的记录非常少,例如只有几条记录,那么使用索引来查询数据可能不会带来性能上的提升。因为索引通常需要额外的磁盘空间和维护成本,而且访问索引后再访问数据表,会增加读取数据块的次数。
  2. 频繁更新的列:对于那些经常发生数据变化的列,建立索引可能会导致索引维护的成本过高。每次数据更新时,不仅需要更新记录本身,还需要更新与之相关的索引,这会降低更新操作的性能。
  3. 数据类型为BLOB或TEXT的列:由于BLOB和TEXT类型的数据通常较大,对这类数据建立索引会占用大量的存储空间,且检索效率不高,因此不建议在这些列上创建索引。
  4. 数据重复度高的列:如果一个列的数据重复度很高,即数据分布比较均匀,那么这个列上的索引效率会很低。因为索引的优势在于快速定位唯一的或范围较小的数据,而当唯一性差时,索引的效果不明显。
  5. 查询条件中用不到的字段:如果某个字段从不作为查询条件出现,那么在这个字段上建立索引是没有意义的。只有那些经常用于搜索、排序或分组的字段才适合建立索引。
  6. 高并发环境下的选择:在高并发的情况下,可能需要根据具体的业务需求和访问模式来选择合适的索引类型,比如复合索引,以优化性能。
  7. 主键自动建立唯一索引:数据库中的主键会自动建立唯一索引,因此不需要额外再为这些字段创建索引。
  8. 外键关联的字段:如果某个字段是表与表之间的外键关系,通常不需要额外创建索引,除非有特定的性能要求。
  9. 排序和分组操作的字段:如果某个字段经常用于排序或分组操作,那么在这些字段上建立索引可以显著提高操作的速度。
  10. 统计操作的字段:对于经常需要进行统计计算的字段,建立索引可以加快统计速度。
  11. 表数据量小且确定性低的表:如果一个表的数据量很小,且数据变化不大,可能不需要建立索引。

总的来说,在考虑是否建立索引时,应该综合考虑表的大小、数据的更新频率、查询模式以及性能需求等因素。不恰当的索引可能会降低数据库的整体性能,因此在上述情况下应谨慎处理索引的创建。

创建数据库表要注意什么?

在创建数据库表时,需要注意以下几个关键点:

  1. 设计原则
  • 确保表中的每一列都与主键直接相关,遵循面向对象的原则。
  • 单一职责原则,即一个表应该只负责一项业务逻辑,如果一张表承担了多个职责,应该进行拆分。
  • 字段与表直接关联,如果字段与当前表是间接关联的,应新建一张表来存储这些字段。
  • 字段最小原子化,即一个字段不应包含多个信息或含义,应当拆分成多个字段。
  • 字段名唯一且描述性强,避免单个单词形式存在,以便于理解和维护。
  1. 命名规范
  • 库名、表名、字段名全部使用小写字母,并用下划线“_”分割。
  • 名称不得超过12个字符,并且应见名知意,建议使用名词而非动词。
  1. 数据类型选择
  • 使用InnoDB存储引擎,因为它提供了事务支持和更好的性能。
  • 对于精确的浮点数,应使用DECIMAL类型而非FLOAT或DOUBLE。
  • 对于非负数值,建议使用UNSIGNED属性。
  • 当取值范围较小时,比如0-80,使用TINYINT UNSIGNED。
  • 尽量避免使用ENUM类型,可以用TINYINT代替。
  • 尽可能不使用TEXT、BLOB类型,除非必要。
  1. SQL语法
  • 在创建表时,需要定义表名、列名以及每个列的数据类型。
  • 使用正确的SQL语法,例如CREATE TABLE users (id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL, ...);来创建一个用户表。

总的来说,创建数据库表时应遵循设计原则,注意命名规范,选择合适的数据类型,并使用正确的SQL语法。这些注意事项有助于确保数据库的可维护性、性能和扩展性。

标签:面试题,同步,系列,数据库,索引,复制,MySQL,数据
From: https://blog.csdn.net/m0_71566302/article/details/137398740

相关文章

  • STM32F1系列硬件I2C移植MPU6050DMP库
    目录前言STM32CubeMX配置过程工程移植与使用前言配置好硬件I2C拿过来直接用就行,一点也不用改这段时间在移植正点原子的MPU6050的库函数,网络上的教程大部分都是标准库同时也是软件模拟I2C的形式,这里我把正点原子的函数移植成了HAL库的硬件I2C的,下面会附带工程源码STM3......
  • mysql双机热备
    MySQL双机热备:保障数据库高可用性的关键技术在当今信息化社会中,数据库作为企业信息系统的核心组成部分,其高可用性和数据安全性至关重要。MySQL作为广泛应用的开源关系型数据库管理系统,其双机热备技术成为保障数据库稳定运行的关键手段。本文将深入探讨MySQL双机热备的原理、实......
  • [MySQL]存储过程
    【版权声明】未经博主同意,谢绝转载!(请尊重原创,博主保留追究权)https://www.cnblogs.com/cnb-yuchen/p/18032044出自【进步*于辰的博客】存储过程的细节很多,而在实际工作中又未必都能涉及这些细节,工作时间一长,就可能忘记,于是特来写这篇文章,既是为自己做个笔记,也是跟大家分享存......
  • java计算机毕业设计(附源码)影院订票app(ssm+mysql+maven+LW文档)
    本系统(程序+源码)带文档lw万字以上  文末可领取本课题的JAVA源码参考系统程序文件列表系统的选题背景和意义选题背景:在数字化时代,人们对于娱乐消费的方式和习惯正在发生着翻天覆地的变化。随着智能手机的普及以及移动互联网技术的飞速发展,线上订票系统成为了人们生活中不......
  • java计算机毕业设计(附源码)影视创作论坛系统(ssm+mysql+maven+LW文档)
    本系统(程序+源码)带文档lw万字以上  文末可领取本课题的JAVA源码参考系统程序文件列表系统的选题背景和意义选题背景:随着科技的不断进步和互联网的普及,影视创作行业也在经历着前所未有的变革。传统的影视创作模式已经无法满足现代社会的需求,而新兴的影视创作论坛系统则应......
  • java计算机毕业设计(附源码)影视游戏推广系统(ssm+mysql+maven+LW文档)
    本系统(程序+源码)带文档lw万字以上  文末可领取本课题的JAVA源码参考系统程序文件列表系统的选题背景和意义选题背景:随着数字媒体时代的到来,影视和游戏产业迎来了前所未有的发展机遇。影视作品以其生动的叙事和视听效果吸引着全球观众,而游戏则以其互动性和沉浸式体验成为......
  • 【Redis系列】Redis安装与使用
    ......
  • 基于SSM+Jsp+Mysql的超市管理系统
    开发语言:Java框架:ssm技术:JSPJDK版本:JDK1.8服务器:tomcat7数据库:mysql5.7(一定要5.7版本)数据库工具:Navicat11开发软件:eclipse/myeclipse/ideaMaven包:Maven3.3.9系统展示管理员登录员工管理商品类型管理商品库存管理商品进货管理上班打卡管理请假信息管理交流信息......
  • 【附源码】计算机毕业设计智慧社区团购系统的设计(java+springboot+mysql+mybatis+论文
    本系统(程序+源码)带文档lw万字以上  文末可领取本课题的JAVA源码参考系统程序文件列表系统的选题背景和意义随着互联网技术的发展和普及,社区团购作为一种新兴的电商模式,正逐渐改变着人们的购物习惯。然而,传统的社区团购系统存在着一些问题,如信息不透明、效率低下、用户体......
  • 【附源码】计算机毕业设计游戏分享网站(java+springboot+mysql+mybatis+论文)
    本系统(程序+源码)带文档lw万字以上  文末可领取本课题的JAVA源码参考系统程序文件列表系统的选题背景和意义随着互联网技术的发展,游戏行业正逐渐向数字化、网络化方向发展。越来越多的游戏玩家开始通过网络分享自己的游戏心得、攻略和视频等内容,形成了一个庞大的游戏分享......