当前位置：首页 > news >正文

高频面试题

news 文章来源：https://blog.csdn.net/qq_41608559/article/details/129235688 2024/11/26 18:31:27

MyISAM和InnoDB是MySQL两种常见的存储引擎，它们之间有以下几点区别：

事务支持：MyISAM不支持事务处理，而InnoDB支持事务处理。

行级锁：MyISAM只支持表级锁，而InnoDB支持行级锁，可以避免并发访问冲突的问题。

外键支持：MyISAM不支持外键约束，而InnoDB支持外键约束。

全文索引：MyISAM支持全文索引，而InnoDB只支持普通索引和前缀索引。

并发性能：在并发读写的场景下，InnoDB的性能比MyISAM更好，因为InnoDB可以支持更多的并发操作和更好的事务处理。

空间占用：在存储同样的数据时，MyISAM通常比InnoDB使用更少的磁盘空间。

总的来说，MyISAM适用于读写比例低的应用场景，例如新闻站点等，而InnoDB适用于读写比例高、需要事务处理和外键约束的应用场景，例如电商网站等。但需要注意的是，具体应该选择哪种存储引擎，还需要根据具体的业务场景和数据特征进行选择。

消息队列如何保证消息不丢失？

在消息队列中，为了保证消息不丢失，需要采取以下措施：

持久化：可以将消息存储在磁盘上，以防止在消息队列宕机或重启时丢失消息。消息队列一般提供两种持久化方式：将消息存储到磁盘中或者将消息存储到数据库中。

确认机制：在消息发送方发送消息后，需要等待接收方的确认，以确保消息已被正确处理。如果接收方没有确认，则可以将消息重新发送或者将消息存储在缓存中。

备份机制：消息队列的备份机制可以在消息队列宕机时恢复消息。可以将消息队列的副本存储在其他机器上，并在消息队列宕机时将副本恢复。

手动ACK机制：在一些消息队列中，可以采用手动ACK机制，即消费者消费完消息后手动发送确认消息，以保证消息已经被正确处理。

冗余机制：在某些高可用的消息队列中，采用了冗余机制，即将同一个消息存储在多个节点中，以保证在某个节点宕机时仍然可以正常处理消息。

需要注意的是，以上措施可以结合使用，以最大程度地保证消息不丢失。但需要根据具体的业务场景和消息队列的特性来选择合适的措施。

mysql分页，limit和游标的区别

LIMIT 和游标都可以用于进行分页查询，但是两者之间存在一些差异：

实现方式：LIMIT 是一种 SQL 语句，用于限制查询结果的数量和起始位置；游标是一种编程语言特性，用于逐行访问查询结果集。

性能：在查询结果集较大的情况下，使用游标进行分页查询可能会影响系统的性能，因为需要逐行访问查询结果集；而使用 LIMIT 进行分页查询可以利用索引优化查询，提高查询效率。

灵活性：使用游标进行分页查询可以对查询结果进行更加灵活的处理，例如对每行记录进行逐行处理或者跳过特定的记录；而使用 LIMIT 进行分页查询则需要在 SQL 查询语句中指定起始位置和返回的行数，无法灵活处理查询结果。

综上所述，使用 LIMIT 进行分页查询通常比使用游标更加高效，特别是在查询结果集较大的情况下。但是，如果需要对查询结果进行更加灵活的处理，可以考虑使用游标。

java接口和抽象类的区别

Java 中接口和抽象类都可以用于实现多态性和封装性，但它们之间也有一些差异，主要体现在以下几个方面：

定义：接口是一种完全抽象的类型，只包含方法的声明，没有方法的实现；抽象类是一种半抽象的类型，可以包含抽象方法和具体实现的方法。

继承：接口只能被其他接口继承，不支持类继承接口；抽象类可以被普通类和其他抽象类继承。

实现：类可以实现多个接口，但只能继承一个抽象类。

访问修饰符：接口中的方法默认是 public 的，而抽象类中的方法可以有不同的访问修饰符。

成员变量：接口中只能包含常量，即 public static final 类型的变量；抽象类可以包含实例变量和类变量。

构造方法：接口没有构造方法；抽象类可以有构造方法，但不能直接实例化。

使用场景：接口通常用于定义类的行为规范，强制实现某些方法；抽象类通常用于定义类的结构和公共的属性和方法，便于派生类继承和扩展。

总的来说，接口和抽象类都是用于实现多态性和封装性的重要工具，在设计类和接口时应根据实际需要选择合适的方式。如果只需要定义规范或者强制实现某些方法，可以选择使用接口；如果需要定义类的结构和公共的属性和方法，并且需要支持派生类的继承和扩展，可以选择使用抽象类。

session和cookie的区别

Session和Cookie都是Web应用中常用的用户身份认证和状态维护机制，它们的主要区别如下：

存储位置：Cookie是保存在客户端的浏览器上，而Session则是保存在服务端的内存或者数据库中。
存储内容：Cookie只能存储字符串类型的数据，而Session可以存储任意类型的数据，包括对象等复杂类型。
安全性：由于Cookie存储在客户端上，所以容易被窃取和篡改，而Session存储在服务端上，相对来说更加安全一些。
生命周期：Cookie可以设置过期时间，可以长期保存在客户端上，而Session默认情况下只在用户关闭浏览器或者一段时间不活动后失效。
大小限制：Cookie的大小通常限制为4KB左右，而Session的大小则可以根据服务器的内存和配置进行灵活调整。
综上所述，Cookie和Session各有优缺点，需要根据具体的需求和场景来选择合适的方式进行用户身份认证和状态维护。通常情况下，Cookie主要用于短期的状态维护和跨页面传递数据，而Session则主要用于长期的用户身份认证和状态维护。

springboot jar和war的区别

Spring Boot应用程序可以打包成JAR包或WAR包，两者之间的主要区别在于部署方式和运行环境。

JAR包：

JAR包是Java应用程序的一种打包方式，可以将应用程序及其依赖打包成一个可执行的JAR文件，方便在不同的环境中运行。
Spring Boot应用程序打包成JAR包后，可以通过java -jar命令直接运行，不需要依赖Web容器。
JAR包适合于独立运行的应用程序，通常用于开发环境和测试环境。
WAR包：

WAR包是Web应用程序的一种打包方式，可以将应用程序打包成一个WAR文件，包括Web页面、Java类、配置文件等资源。
Spring Boot应用程序打包成WAR包后，可以部署到Web容器中运行，如Tomcat、Jetty等。
WAR包适合于Web应用程序，通常用于生产环境。
综上所述，JAR包适合于独立运行的应用程序，WAR包适合于Web应用程序。选择何种打包方式，应根据实际需求来确定。