php 面试题 - 持续更新

面试题

推荐一个面试题github的地址！非博主

php

面向对象特性的优缺点

面向对象编程有以下三个特点：封装、继承和多态。封装是指将数据和方法包装在一起，以便于使用和维护。继承是指一个类可以派生出子类，子类可以继承父类的属性和方法。多态是指同一个方法可以在不同的情况下有不同的表现形式。面向对象编程的优点是易维护、质量高、效率高、易扩展 。

php程序设计的基本原则

1. 单一职责原则（SRP）：一个类应该只有一个原因引起变化，即一个类应该只负责一项职责。

2. 开放封闭原则（OCP）：软件实体（类、模块、函数等等）应该对扩展开放，对修改封闭。

3. 里氏替换原则（LSP）：子类型必须能够替换掉它们的基类型。

4. 接口隔离原则（ISP）：多个特定客户端接口要好于一个通用性的总接口。

5. 依赖倒置原则（DIP）：高层模块不应该依赖于低层模块，它们都应该依赖于抽象。

6. 最少知识原则（迪米特法则）（LKP）：一个对象应该对其他对象有尽可能少的了解。

7. 合成/复用原则（CARP）：要尽量使用合成/复用代码，而不是重新编写相同的功能。

8. 安全编程原则：在编写代码时要考虑安全性，避免出现安全漏洞。

php设计模式

PHP中常用的设计模式包括：

1. 单例模式（Singleton）：确保一个类只有一个实例，并提供全局访问点。

2. 工厂模式（Factory）：定义一个创建对象的接口，让子类决定实例化哪一个类。

3. 观察者模式（Observer）：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。

4. 策略模式（Strategy）：定义一系列算法，把它们一个个封装起来，并且使它们可以相互替换。

5. 装饰器模式（Decorator）：动态地给一个对象添加一些额外的职责。

6. 适配器模式（Adapter）：将一个类的接口转换成客户希望的另一个接口。

7. 模板方法模式（Template Method）：定义一个操作中的算法骨架，而将一些步骤延迟到子类中。

8. 命令模式（Command）：将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或者记录请求日志，以及支持可撤销的操作。

9. 责任链模式（Chain of Responsibility）：为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

10. 迭代器模式（Iterator）：提供一种方法顺序访问一个聚合对象中各个元素， 而又不暴露该对象的内部表示。

php 垃圾回收机制及演变

PHP是一种脚本语言，最初是为了简化Web开发而设计的。在早期版本的PHP中，垃圾回收（Garbage Collection，简称GC）机制并不是特别强大，主要依赖于引用计数（Reference Counting）来追踪变量的引用情况。引用计数是一种简单的技术，它会记录一个变量被引用的次数，当引用计数降为零时，表示该变量已经不再被使用，可以被回收。

然而，引用计数机制在处理循环引用（circular references）时存在问题，导致内存泄漏。循环引用是指两个或多个对象相互引用，使得它们的引用计数始终不会降为零，从而导致内存无法被释放。

为了解决这个问题，PHP引入了基于标记清除（Mark and Sweep）算法的垃圾回收机制。这个算法的基本思想是，从根对象开始，递归地标记所有可以访问到的对象，然后清除没有被标记的对象。这样，即使存在循环引用，只要这些对象不可访问，它们也会被垃圾回收机制回收。

随着PHP版本的更新，垃圾回收机制也在不断演化。一些改进和优化包括：

1. 分代回收（Generational Garbage Collection）：将对象分为几个不同的代，一般是新生代（Young Generation）和老年代（Old Generation），因为新生的对象更容易变成垃圾。新生代使用较短周期的回收，而老年代使用较长周期的回收，这样可以提高垃圾回收的效率。

2. 并发回收：为了减少垃圾回收对应用程序的影响，一些版本的PHP引入了并发回收机制，允许垃圾回收与应用程序的其他部分并发执行。

3. 更高效的算法：随着技术的进步，垃圾回收的算法也在不断优化，以减少回收的开销并提高性能。

请注意，PHP的发展是持续的，垃圾回收机制和相关技术可能在我知识截断后已经有了新的变化和进展。要获取关于最新情况的信息，建议查阅PHP官方文档或其他更新的资源。

1. php的require和include的区别

require和include都是引入文件的方法，区别在于require引入文件失败会报错，而include引入文件失败只会警告，程序会继续执行。

require_once和include_once的区别在于，require_once和include_once引入文件后，会判断是否已经引入过，如果引入过则不会再次引入，避免重复引入。

require和require_once引入文件失败会报错，而include和include_once引入文件失败只会警告，程序会继续执行。

2. isset和empty的区别

isset和empty都是判断变量是否存在，区别在于isset判断变量是否存在且不为null，empty判断变量是否存在且为非空。

3. error_reporting的作用

error_reporting是php的错误报告级别，用于设置php的错误报告级别，可以通过error_reporting(E_ALL)设置报告所有错误，也可以通过error_reporting(0)关闭所有错误报告。

4. 转义用户输入的特殊字符有哪些函数

htmlspecialchars：用于将 HTML 特殊字符转换为HTML实体，防止HTML注入攻击。常用于在输出用户输入内容到HTML页面之前进行转义。

htmlentities：与htmlspecialchars()类似，也是用于将 HTML 特殊字符转换为HTML实体。不过，htmlentities()将所有字符转换为实体形式，而htmlspecialchars()只转换特定的几个字符。

addslashes：用于给特殊字符添加反斜杠，防止SQL注入攻击。常用于在将用户输入内容插入数据库之前进行转义。

stripslashes：与addslashes()相反，用于去除反斜杠。

mysqli_real_escape_string ：用于给特殊字符添加反斜杠，防止SQL注入攻击。常用于在将用户输入内容插入数据库之前进行转义。

$userInput = '<script>alert("Hello");</script>';
echo htmlspecialchars($userInput);
// 输出：&lt;script&gt;alert(&quot;Hello&quot;);&lt;/script&gt;


$userInput = '<script>alert("Hello");</script>';
echo htmlentities($userInput);
// 输出：&lt;script&gt;alert(&quot;Hello&quot;);&lt;/script&gt;


$userInput = "It's a nice day!";
echo addslashes($userInput);
// 输出：It\'s a nice day!


$mysqli = new mysqli("localhost", "username", "password", "database");
$userInput = "It's a nice day!";
$escapedInput = $mysqli->real_escape_string($userInput);
echo $escapedInput;
// 输出：It\'s a nice day!

5. 什么是面向对象，面向对象的特性有哪些，面向对象的优点有哪些，面向对象的缺点有哪些

面向对象是一种编程思想，将现实世界中的事物抽象成对象，通过封装、继承、多态等特性，将对象之间的关系模拟出来，从而更好的解决问题。
缺点：面向对象的编程思想更加抽象，需要更多的设计，增加了开发成本。
优点：面向对象的编程思想更加抽象，更加符合人类的思维方式，更加容易理解和维护。

6. 怎么实现一个静态化常用的设计模式

单例模式：通过私有化构造函数，防止外部实例化对象，通过静态方法获取对象实例。
工厂模式：通过工厂类的静态方法，根据参数的不同，返回不同的对象实例。
适配器模式：通过适配器类，将不同的接口转换成统一的接口，使得不同的类可以通过统一的接口进行调用。
观察者模式：通过观察者类，将观察者注册到被观察者中，当被观察者发生变化时，通知所有的观察者。

// 单例模式
class Singleton
{
    private static $instance = null;

    private function __construct()
    {
    }

    public static function getInstance()
    {
        if (self::$instance == null) {
            self::$instance = new self();
        }
        return self::$instance;
    }
}

// 工厂模式
class Factory
{
    public static function create($type)
    {
        switch ($type) {
            case 'A':
                return new A();
            case 'B':
                return new B();
        }
    }
}

// 适配器模式
class OldLogger {
    public function writeLog($message) {
        echo "Old Logger: $message\n";
    }
}

class NewLogger {
    public function log($message) {
        echo "New Logger: $message\n";
    }
}

class LoggerAdapter extends OldLogger {
    private $newLogger;

    public function __construct(NewLogger $newLogger) {
        $this->newLogger = $newLogger;
    }

    public function writeLog($message) {
        $this->newLogger->log($message);
    }
}

// 使用旧的日志记录类
$oldLogger = new OldLogger();
$oldLogger->writeLog("This is an old log message.");

// 使用适配器来使用新的日志记录类
$newLogger = new NewLogger();
$loggerAdapter = new LoggerAdapter($newLogger);
$loggerAdapter->writeLog("This is a new log message.");

7. 什么是类, 有哪些特征, 如何实例化一个类, 如何销毁一个类

类是一种抽象的数据类型，用于描述具有相同属性和方法的对象的集合。
类的特征：封装、继承、多态。
实例化一个类：通过new关键字实例化一个类，例如：$obj=newClassA();销毁一个类：通过unset()函数销毁一个类，例如：unset($obj);

8. 常用的魔术方法有哪些

__construct()：构造函数，在实例化对象时自动调用。

__destruct()：析构函数，在销毁对象时自动调用。

__call()：在调用一个不存在的方法时自动调用。

__callStatic()：在调用一个不存在的静态方法时自动调用。

__get()：在获取一个不存在的属性时自动调用。

__set()：在设置一个不存在的属性时自动调用。

__isset()：在判断一个不存在的属性是否存在时自动调用。

__unset()：在销毁一个不存在的属性时自动调用。

__toString()：在将对象转换成字符串时自动调用。

__invoke()：在将对象作为函数调用时自动调用。

__clone()：在克隆一个对象时自动调用。

9. php的session和cookie有什么区别

session是一种服务器端的数据存储方式，可以存储在文件、数据库、NoSQL等存储介质中，通过session_id来标识不同的用户，通过session_start()函数开启session，通过$_SESSION来访问session中的数据。

cookie是一种客户端的数据存储方式，通过setcookie()函数设置cookie，通过$_COOKIE来访问cookie中的数据。

session和cookie的区别：

1. session是存储在服务器端的，cookie是存储在客户端的。
2. session可以存储在文件、数据库、NoSQL等存储介质中，cookie只能存储在客户端的浏览器中。
3. session可以存储的数据量比较大，cookie只能存储4KB的数据。
4. session的安全性比cookie高，cookie可以通过浏览器的开发者工具来查看和修改，session只能通过服务器端来修改。
5. session的生命周期比cookie短，session的生命周期是一次会话，浏览器关闭后session就会失效，cookie可以设置过期时间，可以长期保存在客户端。
6. session的访问速度比cookie慢，session需要从存储介质中读取数据，cookie只需要从客户端的浏览器中读取数据。
7. session可以跨域名，cookie不能跨域名。
8. session可以跨浏览器，cookie不能跨浏览器。
9. session可以设置安全策略，cookie不能设置安全策略。

10. php的数组有哪些种类, 他们有什么区别

php的数组有三种：索引数组、关联数组、多维数组。

11.类的自动加载是什么, 如何实现

类的自动加载是指在使用一个类时，如果这个类不存在，会自动调用__autoload()函数来加载这个类。
spl_autoload_register()函数可以注册多个自动加载函数，当使用一个不存在的类时，会依次调用这些自动加载函数来加载这个类。
spl_autoload_register()函数的参数可以是一个函数，也可以是一个数组，数组的第一个元素是一个对象，第二个元素是一个方法。

mysql

mysql 乐观锁 悲观锁 原理和demo

乐观锁和悲观锁是在数据库中用于处理并发访问的两种不同策略。

乐观锁 (Optimistic Locking):

乐观锁的基本思想是假定在大多数情况下，事务之间的冲突是比较少的。因此，在大部分的事务处理中，不会有太多的冲突。

1. 原理:

   • 当一个事务要更新一条记录时，它先读取该记录的当前版本，然后在更新时检查这个版本是否发生了变化。
   • 如果在事务执行过程中，有其他事务更新了该记录，那么当前事务会检测到，并采取相应的措施（例如回滚或者重试）。

2. 实现方式:

   • 通常通过在表中添加一个版本号字段或者时间戳字段来实现乐观锁。

3. Demo:

   -- 创建一个表，包含一个版本号字段
   CREATE TABLE products (
       id INT PRIMARY KEY,
       name VARCHAR(255),
       quantity INT,
       version INT
   );
   
   -- 插入一条记录
   INSERT INTO products (id, name, quantity, version)
   VALUES (1, 'Product A', 10, 1);
   
   -- 假设事务1开始
   START TRANSACTION;
   SELECT * FROM products WHERE id = 1;
   
   -- 在事务1执行期间，事务2也开始并修改了相同的记录
   -- 事务2执行：UPDATE products SET quantity = 5, version = 2 WHERE id = 1;
   
   -- 事务1在更新前会检查版本号是否仍然是1
   -- 如果是，执行更新，否则可能回滚或采取其他措施
   
   UPDATE products SET quantity = 8, version = 2 WHERE id = 1;
   COMMIT;
   

悲观锁 (Pessimistic Locking):

悲观锁的基本思想是假定在大多数情况下，事务之间会发生冲突，因此在访问数据时就直接加锁，以防止其他事务的干扰。

1. 原理:

   • 当一个事务要更新一条记录时，它会先锁定该记录，其他事务需要等待锁的释放才能访问该记录。

2. 实现方式:

   • 在 SQL 中，可以使用 FOR UPDATE 来获取悲观锁。

3. Demo:

   -- 假设事务1开始
   START TRANSACTION;
   SELECT * FROM products WHERE id = 1 FOR UPDATE;
   
   -- 在事务1执行期间，事务2尝试修改相同的记录会被阻塞，直到事务1释放锁
   
   UPDATE products SET quantity = 8 WHERE id = 1;
   COMMIT;
   

总的来说，乐观锁更适用于读多写少的场景，它通过版本号等方式来避免冲突。而悲观锁适用于写多读少的场景，它直接在访问时就对记录进行加锁。

需要注意的是，选择何种锁取决于具体情况和业务需求。在实际应用中，也可能会根据需要采取乐观锁和悲观锁的混合使用策略。

mysql 回表 原理，解决方案

在MySQL中，"回表"是指在执行一个查询时，如果查询的条件无法完全通过索引解决，MySQL就会去主键索引或者唯一索引中查找相应的行，这个过程称为回表。

回表会增加查询的开销，因为它需要进行额外的IO操作以获取相应的行。

以下是一些解决回表的方法：

1. 覆盖索引：

   • 确保你的查询所需的所有列都包含在索引中。这样，MySQL可以通过索引直接获取所需的数据，而无需回表。这样的索引称为"覆盖索引"。

2. 调整查询：

   • 优化你的查询语句，使其能够更有效地使用现有索引。避免在查询中使用不必要的函数或表达式，以充分利用索引。

3. 增加索引：

   • 如果你的查询中的条件没有相应的索引，考虑创建一个适当的索引来加速查询。但请注意，不要创建过多的索引，因为它可能会导致更新操作变慢，并增加存储空间的开销。

4. 使用覆盖索引：

   • 在某些情况下，你可以通过联合索引来避免回表。这是指将多个列组合在一个索引中，以便在一个索引中解决多个查询条件。

5. 避免使用SELECT * 语句：

   • 尽量只查询你实际需要的列，而不是使用SELECT *。

6. 考虑缓存：

   • 如果相同的查询经常执行，MySQL可能会使用缓存返回结果，避免实际的表扫描。

7. 分析执行计划：

   • 使用EXPLAIN语句来分析查询的执行计划，以便了解MySQL是如何执行你的查询的，从而进行相应的优化。

8. 使用覆盖索引：

   • 在某些情况下，你可以通过联合索引来避免回表。这是指将多个列组合在一个索引中，以便在一个索引中解决多个查询条件。

9. 避免全表扫描：

   • 尽量避免在大表上执行没有索引支持的查询，因为这可能会导致全表扫描，从而增加回表的可能性。

总的来说，优化回表的关键是合理设计表结构，选择和使用合适的索引，以及编写高效的查询语句。同时，也要注意在实际应用中进行性能测试和监控，以便及时发现和解决性能瓶颈。

mysql事务隔离级别

MySQL 提供了不同的事务隔离级别，用于控制事务在并发环境下的行为。事务隔离级别决定了一个事务能够看到其他事务所做的修改以及其他事务能否看到当前事务所做的修改。以下是 MySQL 支持的四个标准事务隔离级别：

1. **读未提交（Read Uncommitted）**：
   - 最低级别，允许一个事务读取另一个事务尚未提交的修改。
   - 可能导致脏读（读取到其他事务未提交的数据）、不可重复读（同一事务内两次读取的数据不一致）和幻读（一个事务读取了其他事务插入或删除的数据）问题。

2. **读已提交（Read Committed）**：
   - 允许一个事务只能读取另一个事务已提交的修改。
   - 避免了脏读问题，但仍可能导致不可重复读和幻读问题。

3. **可重复读（Repeatable Read）**：
   - 默认隔离级别，保证一个事务在执行期间多次读取同一数据时，会看到相同的数据。
   - 避免了不可重复读问题，但仍可能导致幻读问题。

4. **串行化（Serializable）**：
   - 最高隔离级别，确保事务之间没有并发冲突。
   - 避免了脏读、不可重复读和幻读问题，但可能降低并发性能。

要设置事务隔离级别，可以使用以下 SQL 语句：

```sql
SET TRANSACTION ISOLATION LEVEL <隔离级别>;

例如，要将隔离级别设置为可重复读：

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

需要注意的是，不同的数据库系统可能对事务隔离级别的实现有所不同，而且隔离级别的选择会影响到事务的并发性能和数据一致性。在实际应用中，应根据具体的业务需求和性能要求来选择适当的事务隔离级别。

mysql 并发事务带来的问题

并发事务在数据库中可以带来许多问题，这些问题主要与数据一致性、隔离性和性能等方面有关。以下是一些并发事务可能引发的问题：

1. 脏读（Dirty Read）：

   • 脏读发生在一个事务读取了另一个事务未提交的数据。如果第一个事务后来被回滚，读取到的数据可能是无效的。

2. 不可重复读（Non-repeatable Read）：

   • 不可重复读发生在一个事务在同一查询中多次读取同一数据，但由于其他事务的修改，每次读取的数据不一致。

3. 幻读（Phantom Read）：

   • 幻读发生在一个事务在同一查询中多次读取数据，但由于其他事务的插入或删除，每次读取的数据集不一致。

4. 丢失更新（Lost Update）：

   • 丢失更新发生在两个事务同时读取相同数据并尝试更新它，但只有一个事务的更新被保留，另一个被覆盖，导致数据丢失。

5. 死锁（Deadlock）：

   • 死锁是一种情况，其中两个或多个事务相互等待对方所持有的资源，导致所有事务都无法继续执行。

6. 资源竞争（Resource Contention）：

   • 多个事务同时竞争相同的资源（如数据库表、行、页等），可能导致性能下降和延迟。

7. 并发控制开销：

   • 并发事务需要实现事务隔离、锁定机制等来保证数据一致性和隔离性，这可能引入额外的开销和复杂性。

为了解决这些问题，数据库管理系统提供了不同的事务隔离级别（如前面所提到的读未提交、读已提交、可重复读和串行化），以及各种并发控制机制（如锁定、多版本并发控制等）。选择适当的隔离级别和并发控制策略是保障数据库一致性和性能的重要决策。

1.mysql innodb myisam 区别

MySQL支持多种存储引擎，其中两种常用的是InnoDB和MyISAM，它们各自具有不同的特性和用途。以下是InnoDB和MyISAM之间的主要区别：

1. **事务支持：**
    - InnoDB：它支持事务，可以使用ACID（原子性、一致性、隔离性、持久性）特性。这使得它适用于需要数据完整性和并发访问的应用程序，支持回滚和提交操作。
    - MyISAM：它不支持事务。MyISAM表更适用于读取较多的应用程序，不需要事务功能。

2. **锁定机制：**
    - InnoDB：它使用行级锁定，允许多个并发用户同时读写同一表的不同行，增加并发性并减少竞争。
    - MyISAM：它使用表级锁定，意味着当执行写操作时，整个表都被锁定，阻止其他写操作甚至读操作。

3. **数据完整性：**
    - InnoDB：它支持外键，确保相关表之间的引用完整性。如果定义了外键约束，InnoDB将强制执行这些约束，防止违反表之间关系的操作。
    - MyISAM：它不支持外键，因此表之间的数据完整性必须通过应用程序逻辑或触发器手动管理。

4. **性能：**
    - InnoDB：通常，在写入较多的工作负载下，InnoDB的性能较好，由于其行级锁定和事务支持。然而，在读取较多的工作负载下，它可能略慢于MyISAM。
    - MyISAM：在读取较多的操作中通常更快，因为它的结构较简单，并具有表级锁定。但在写入密集型场景下，可能会遇到竞争和性能较慢的问题。

5. **表级与页级压缩：**
    - InnoDB：支持表级压缩，可以帮助减少存储需求并改善对I/O密集型工作负载的性能。
    - MyISAM：支持页级压缩，也可以节省空间，但可能不像InnoDB的表级压缩那样高效。

6. **崩溃恢复：**
    - InnoDB：在处理崩溃或意外关闭时更为稳健。InnoDB存储事务日志，允许在崩溃后将数据恢复到一致的状态。
    - MyISAM：在发生崩溃时更容易出现数据损坏，因为它没有像InnoDB那样的事务日志和崩溃恢复机制。

总的来说，由于支持事务、更好的并发控制和数据完整性特性，通常建议大多数情况下使用InnoDB。MyISAM可能适用于读取较多、非事务性的工作负载，其中性能比数据完整性或并发写入操作更为重要。然而，值得注意的是，从MySQL 5.5开始，InnoDB成为默认存储引擎，并且MyISAM逐渐失去支持和维护。

2.mysql 的优化手段，用什么方式来进行排查和优化

1. 通过explain来查看sql语句的执行计划，分析sql语句的性能瓶颈。
2. 通过慢查询日志来查看执行时间超过阈值的sql语句，分析sql语句的性能瓶颈。
3. 通过show status来查看数据库的状态，分析数据库的性能瓶颈。
4. 通过show processlist来查看数据库的进程列表，分析数据库的性能瓶颈。

MySQL的优化是一个重要且复杂的任务，它涉及到多个方面，包括查询性能、索引优化、硬件配置和数据库参数调整等。以下是一些常用的MySQL优化手段，以及排查和优化的方式：

1. **查询优化：**
   - 确保查询语句使用了合适的索引，避免全表扫描。
   - 尽量避免使用SELECT *，而是明确指定所需的列。
   - 使用EXPLAIN命令来分析查询执行计划，检查是否合理使用了索引。

2. **索引优化：**
   - 确保表中经常用于查询条件的列有合适的索引。
   - 避免创建过多无用的索引，因为索引会增加写操作的开销。
   - 定期进行索引维护，包括优化和重建索引，以保持索引的高效性。

3. **硬件和存储优化：**
   - 确保数据库服务器有足够的内存和CPU资源来处理查询请求。
   - 使用SSD等高性能存储设备，以提高读写性能。
   - 使用RAID等数据冗余技术，确保数据的可靠性和高可用性。

4. **数据库参数调整：**
   - 调整MySQL配置参数，根据硬件资源和应用需求来优化数据库性能。
   - 一些重要的参数包括缓冲池大小、连接数、并发线程数等。

5. **慢查询排查：**
   - 监控慢查询日志，找出执行时间较长的查询语句。
   - 使用工具如pt-query-digest或mysqldumpslow来分析慢查询日志，并找出性能瓶颈。

6. **内存管理：**
   - 确保MySQL的缓冲池大小合理配置，以减少磁盘IO。
   - 避免使用过多内存，以免导致交换（swapping）和性能下降。

7. **分区和分表：**
   - 对大型表进行分区或分表，以减少单个表的数据量，提高查询效率。

8. **定期维护：**
   - 定期进行数据库备份和优化，以保证数据库的健康运行。

为了排查和优化MySQL性能，可以采取以下步骤：
   - 监控MySQL服务器的性能指标，如CPU使用率、内存使用率、磁盘IO等。
   - 使用性能分析工具，如Explain命令、SHOW STATUS命令、和慢查询日志，来分析查询执行计划和性能瓶颈。
   - 定期检查和优化表的索引和结构。
   - 使用性能测试工具，模拟真实负载，观察系统的响应和性能表现。

综合使用上述方法，可以帮助您更好地排查和优化MySQL数据库，提高数据库的性能和稳定性。

3.在哪些情况下索引会失效

1. 在where条件中使用了or，会导致索引失效。
2. 在where条件中使用了not in，会导致索引失效。
3. 在where条件中使用了!=或<>，会导致索引失效。
4. 在where条件中使用了函数，会导致索引失效。
5. 在where条件中使用了is null，会导致索引失效。

索引是提高数据库查询性能的重要工具，但在某些情况下，索引可能会失效，导致查询性能下降。以下是一些常见情况下索引可能会失效的情况：

1. **使用函数或表达式：** 当在查询条件中使用函数或表达式时，可能导致索引失效。例如，对索引列进行函数操作或使用函数作为查询条件，都会导致数据库无法有效使用索引。

2. **数据类型不匹配：** 索引列和查询条件的数据类型必须匹配，否则索引将无法使用。例如，如果索引列是整数类型，但查询条件使用了字符串类型，索引将无法生效。

3. **使用通配符：** 在查询条件中使用通配符（如%）作为前缀，会导致索引失效。因为通配符导致索引无法按顺序进行匹配，数据库将不得不进行全表扫描。

4. **数据量过小：** 对于较小的表，数据库可能会选择直接进行全表扫描而不使用索引，因为全表扫描可能更快。

5. **OR操作：** 在查询条件中使用OR操作符连接多个条件时，如果其中某个条件没有使用索引，整个查询可能会导致索引失效。

6. **列数据的不均匀分布：** 如果索引列的数据分布不均匀，比如大部分数据都集中在一个范围内，而只有少量数据散布在其他范围，可能导致索引失效。

7. **隐式类型转换：** 当在查询条件中进行隐式类型转换时，可能导致索引失效。这通常发生在数据类型不匹配时，数据库会尝试进行类型转换，但这可能导致无法使用索引。

8. **表数据过期或不一致：** 如果索引列的数据与实际表数据不一致或过期，数据库可能会选择不使用索引。

为了避免索引失效，应该尽量避免使用上述情况，并根据实际查询需求来设计合适的索引。在查询性能较差时，可以通过查看执行计划、使用EXPLAIN命令等手段来分析查询语句，找出索引失效的原因，并进行优化。

4. mysql binlog日志的作用

MySQL binlog（二进制日志）是MySQL数据库引擎的一种日志文件，它用于记录数据库的所有修改操作，包括插入、更新、删除等，以二进制格式进行存储。它具有以下用途：

1. 数据复制：Binlog是MySQL数据库复制的基础。通过将主数据库上产生的binlog日志传递给从数据库，从数据库可以重放这些日志并保持与主数据库的同步。这种复制机制用于搭建高可用性架构、数据备份和负载均衡。

2. 数据恢复：在数据库发生故障或者数据丢失的情况下，可以使用binlog来进行数据恢复。通过重放binlog中记录的修改操作，可以将数据库恢复到某个特定时间点或特定事件发生前的状态。

3. 数据审计与回溯：Binlog记录了数据库中所有的修改操作，这使得数据库管理员可以追踪和审计用户对数据库的操作。对于出现问题或错误的情况，可以通过binlog来查找和回溯操作，找出问题的根本原因。

4. 基于时间点的恢复：MySQL支持基于时间点的数据恢复，通过指定时间点，数据库可以回滚到该时间点之前的状态。Binlog中记录了每个操作的时间戳，因此可以通过binlog实现精确到某一时刻的数据恢复。

5. 数据库备份：Binlog可以用于增量备份数据库。将完整备份与binlog日志相结合，可以在备份之间仅备份发生更改的数据，从而减少备份时间和存储空间的使用。

总之，MySQL binlog是一个非常重要的日志文件，它在数据库管理、数据恢复和数据复制等方面发挥着至关重要的作用。

5.怎么搭建mysql主从复制，数据库的主从同步的延迟分析和解决方案

搭建MySQL主从复制是一种常见的数据库架构，它允许将一个MySQL数据库服务器（主服务器）的数据复制到其他MySQL服务器（从服务器），从而实现数据的备份、负载均衡和故障恢复等目的。以下是搭建MySQL主从复制的一般步骤：

1. 确保主服务器开启二进制日志： 在MySQL配置文件中（通常是my.cnf或my.ini），启用二进制日志记录。在[mysqld]节中添加以下配置：

log-bin=mysql-bin
server-id=1

注意：每个MySQL服务器（包括主服务器和从服务器）都需要有一个唯一的server-id。

2. 重启主服务器： 在修改了配置文件后，重启主服务器使更改生效。

3. 创建用于复制的从服务器账号： 在主服务器上，为从服务器创建一个用于复制的账号，并授予REPLICATION SLAVE权限。

CREATE USER 'replication_user'@'%' IDENTIFIED BY 'your_password';
GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'%';

注意：为了安全性考虑，应该将’your_password’替换为强密码。

4. 备份主服务器数据并导入到从服务器： 在从服务器上，备份当前数据库，并将备份文件导入到从服务器。

5. 配置从服务器： 在从服务器的配置文件中，添加以下配置：

server-id=2

注意：这里的server-id需要与从服务器唯一标识主服务器的server-id不同。

6. 启动从服务器： 启动从服务器使配置生效。

7. 开始复制： 在从服务器上执行复制命令，指定主服务器的IP地址、账号和密码：

CHANGE MASTER TO MASTER_HOST='主服务器IP地址', MASTER_USER='replication_user', MASTER_PASSWORD='your_password', MASTER_LOG_FILE='主服务器当前的二进制日志文件名', MASTER_LOG_POS=主服务器当前的二进制日志位置;

8. 启动复制： 开始从主服务器复制数据到从服务器：

START SLAVE;

至此，你已经成功搭建了MySQL主从复制。

数据库的主从同步的延迟分析和解决方案：

在MySQL主从复制中，由于网络、硬件或复制线程负载等原因，可能会导致主从同步的延迟。这种延迟可能会导致从服务器上的数据与主服务器不同步，进而影响应用程序的性能和数据一致性。

常见的解决方案包括：

1. 监控主从同步延迟： 使用MySQL自带的工具如SHOW SLAVE STATUS命令或第三方监控工具来监控主从同步延迟情况，确保及时发现延迟问题。

2. 优化复制性能： 确保主服务器性能足够强大，可以处理复制请求。如果主服务器出现性能瓶颈，可以考虑升级硬件或优化数据库配置。

3. 减少复制延迟： 使用更快的网络连接，特别是当主从服务器在不同的地理位置时。使用高速、稳定的网络可以减少复制延迟。

4. 优化复制线程： 针对复制线程的性能进行优化，可以调整复制线程的参数以更好地适应复制的负载。

5. 使用并行复制： MySQL 5.7及以上版本支持并行复制，通过设置slave_parallel_workers参数，可以并行复制多个数据库对象，从而提高复制性能。

6. 避免长事务： 长时间运行的事务会导致binlog中的日志长时间无法释放，进而导致主从延迟。应该尽量避免长事务的发生。

7. 选择更适合的复制拓扑： 有时候，如果主从服务器的数量较多，可以考虑使用主主复制或链式复制来分担主从同步压力。

总的来说，要保持MySQL主从复制的健康和减少同步延迟，需要全面考虑硬件、网络和复制线程性能，并监控系统以及及时解决出现的问题。

6.mysql主从复制是怎么去同步的，是推还是拉，会不会不同步的情况，丢数据怎么办，如何保证数据的一致性

MySQL主从复制是一种数据同步机制，允许将一个MySQL数据库服务器（主服务器）的数据复制到一个或多个其他MySQL数据库服务器（从服务器）。主从复制通常用于实现数据备份、负载均衡和高可用性。

主从复制的同步方式是通过异步方式进行的，主服务器会将更新的数据写入二进制日志（Binary Log），然后从服务器连接到主服务器并通过读取主服务器的二进制日志来获取更新的数据。这种方式既可以看作是“推”，因为主服务器推送二进制日志给从服务器，又可以看作是“拉”，因为从服务器主动连接并拉取数据。

主从复制的过程中可能会出现不同步的情况，导致从服务器上的数据与主服务器不一致。一些常见的原因包括：

1. 网络问题：如果主从服务器之间的网络连接不稳定或发生中断，数据可能无法及时传递，导致不同步。
2. 配置问题：如果主从服务器的配置不正确，可能导致复制出现错误或停止。
3. 大量写操作：当主服务器处理大量写操作时，从服务器可能无法及时跟上，造成延迟。
4. 并发写操作：在主从服务器同时进行写操作时，可能会产生冲突，影响复制的一致性。

为了保证数据的一致性和尽量避免数据丢失，可以采取以下措施：

1. 监控与报警：定期监控主从复制的状态，及时发现异常并进行报警，以便及早处理问题。
2. 配置优化：确保主从服务器的配置符合推荐要求，提高复制的稳定性和性能。
3. 数据库备份：定期对主服务器进行备份，以防止数据丢失。可以使用物理备份或逻辑备份方式。
4. 写操作分散：尽量将写操作分散到多个主服务器，以降低单个主服务器负载过重的风险。
5. 避免长事务：长时间运行的事务可能导致主从复制延迟，尽量避免长事务的发生。
6. 使用延迟复制：在从服务器上可以设置复制延迟，确保主服务器上的数据变更已经稳定后再复制到从服务器，避免由于错误操作导致的数据丢失。

综合采取上述措施，可以最大程度地确保MySQL主从复制的数据一致性，并尽量避免数据丢失的情况。

7.如何保证数据的可用性，即使被删库了也能恢复到分钟级别

要保证MySQL数据库的数据可用性，即使发生删库操作，可以实现分钟级别的数据恢复，可以考虑以下几个策略和技术：

1. 定期备份：定期对数据库进行备份是保证数据可用性的重要措施。可以使用MySQL提供的备份工具如mysqldump、Percona XtraBackup等，或者使用第三方备份解决方案。根据业务需求，可以选择全量备份和增量备份。全量备份是完整备份整个数据库，增量备份是仅备份自上次备份以来的增量数据。备份频率应根据业务需求进行调整，以便在恢复时可以尽量减少数据丢失。

2. 冷备份和热备份：冷备份是在数据库处于停机状态下进行备份，这种备份方式对数据库性能影响较小。而热备份是在数据库运行时进行备份，可以实现不中断数据库的情况下进行备份，但可能对数据库性能造成轻微影响。根据业务需求，可以选择适合的备份方式。

3. 日志备份：MySQL的二进制日志（Binary Log）记录了所有数据库更新操作，包括增删改等。可以定期备份这些二进制日志，以便在需要时进行数据恢复到某个时间点。

4. 主从复制：使用MySQL的主从复制可以实现数据的实时复制，将主数据库上的操作同步到一个或多个从数据库上。主数据库处理写操作，从数据库处理读操作，这样即使主数据库发生故障，从数据库仍然可以提供读取服务。在主从复制的配置下，可以将从数据库设置为只读状态，从而避免在从数据库上误操作导致数据丢失。在主从复制的情况下，即使主数据库发生删库操作，从数据库的数据依然保留着，可以用来进行恢复。

5. 数据库高可用架构：在生产环境中，可以采用数据库高可用架构来保障数据的可用性。例如，使用MySQL的主从复制和集群技术（如MySQL Group Replication、MySQL InnoDB Cluster等），确保数据库的高可用性和故障切换能力。

6. 数据库监控与告警：建立数据库监控系统，实时监控数据库的状态和性能。当发生异常或故障时，及时发出告警，以便及时采取措施处理。

7. 容灾备份：对于关键数据，可以将备份数据存储在不同的地理位置，以防发生区域性灾难。云服务提供商通常提供跨区域备份和灾难恢复服务，可以借助这些服务来实现容灾备份。

请注意，以上措施是综合应用的最佳实践，具体的实现和配置可能因组织的需求、技术栈和预算等因素而异。数据可用性是一个综合性的问题，需要在设计数据库架构和运维方面综合考虑。

nosql

redis持久化

Redis提供了两种持久化方式：RDB持久化和AOF持久化。RDB持久化是在指定的时间点生成数据快照，而AOF持久化则是记录每个写操作，然后将这些操作写入到文件中。

RDB持久化的优点是可以快速恢复数据，但是会占用更多的磁盘空间。AOF持久化的优点是可以更高的数据安全性，但是恢复数据时需要更长的时间。文章来源地址https://www.toymoban.com/news/detail-602042.html

1. 用过哪些nosql,举例他们的使用场景

我了解到的一些NoSQL数据库包括MongoDB和Redis，它们分别适用于不同的使用场景。

1. MongoDB:
   - 使用场景: MongoDB是一种面向文档的NoSQL数据库，适用于大量复杂的、经常变化的数据，尤其是对数据模式不固定的应用。以下是一些使用场景：
     - 社交媒体应用：对于需要频繁更改数据结构的社交平台，如用户个人资料、帖子、评论等，MongoDB的灵活的文档存储方式非常适合。
     - 日志和事件记录：MongoDB能够轻松处理大量的日志数据，并支持按时间戳或其他关键字段进行查询。
     - 内容管理系统：CMS通常需要存储各种类型的内容，包括文章、图片、视频等，MongoDB的灵活性使其成为一种理想的选择。
     - 物联网(IoT)应用：MongoDB的可扩展性和灵活性使其适用于存储和处理物联网设备产生的海量数据。

2. Redis:
   - 使用场景: Redis是一种基于内存的NoSQL数据库，它具有快速的读写性能和灵活的数据结构，适用于以下场景：
     - 缓存：Redis作为缓存存储可以显著提高读取性能，尤其适用于频繁读取的数据，如数据库查询结果、页面渲染结果等。
     - 会话存储：Redis可以用于存储用户会话信息，因为它的读写速度非常快，且支持设置过期时间，适合存储一些短暂的用户数据。
     - 计数器和排行榜：Redis的计数器功能可以用于实时计数和排名，比如网站访问次数统计、点赞数等。
     - 发布/订阅消息系统：Redis支持发布和订阅消息，可以用于构建实时通信系统、消息队列等应用。

请注意，数据库的选择应该根据具体的业务需求和数据特点来做出，而不是盲目选择某种类型的数据库。在实际应用中，有时也会同时使用多种NoSQL数据库来满足不同的需求。

2. redis的数据结构有哪些,举例他们的使用场景

你说得对，我应该给出更详细的类型解释。以下是Redis支持的主要数据结构的类型解释和相应的使用场景：

1. 字符串（String）:
   - 类型解释：最基本的数据结构，Redis中的字符串可以包含任意类型的数据，例如文本、数字等。
   - 使用场景：缓存数据、计数器、存储简单的键值对等。

2. 列表（List）:
   - 类型解释：有序、可重复的字符串元素集合，元素的顺序即插入的顺序。
   - 使用场景：消息队列、记录日志、最新消息列表等。

3. 哈希（Hash）:
   - 类型解释：包含键值对的无序散列集合，每个键都是唯一的。
   - 使用场景：存储对象信息，如用户信息、配置信息等。

4. 集合（Set）:
   - 类型解释：无序、唯一的字符串元素集合。
   - 使用场景：存储唯一性元素，支持快速查找、集合运算等。

5. 有序集合（Sorted Set或ZSet）:
   - 类型解释：类似于集合，但每个成员都关联一个分数，用于排序。
   - 使用场景：存储具有顺序的数据，可以用于排行榜、带权重的数据等。

6. 地理位置（Geospatial）:
   - 类型解释：用于存储地理位置信息，支持附近位置搜索等。
   - 使用场景：记录商店的地理位置，用于附近商店查询、位置服务等。

7. 位图（Bitmap）:
   - 类型解释：位操作的存储，每个位可以是0或1。
   - 使用场景：用于标记、权限控制等。

8. HyperLogLog:
   - 类型解释：用于基数估计，可以估算去重后的元素数量。
   - 使用场景：统计网站独立访客数量，不需要精确值，只需一个近似值即可。

9. 发布订阅（Pub/Sub）:
   - 类型解释：实现消息发布和订阅模式。
   - 使用场景：实时通知系统，例如实时消息推送、实时数据更新通知等。

这些类型解释可以帮助更好地理解每种数据结构的特点和用途，有助于在实际应用中选择适当的数据结构来解决特定的问题。

4.redis 和 memcached 的区别

Redis和Memcached都是非常流行的内存缓存系统，用于提供高性能的缓存服务，但它们有一些关键的区别：

1. 数据类型支持：
   - Redis：Redis支持多种数据类型，如字符串、列表、哈希、集合、有序集合等，这使得Redis可以处理更复杂的数据结构和应用场景。
   - Memcached：Memcached仅支持简单的键值对数据结构，只能存储字符串类型的数据。

2. 持久化支持：
   - Redis：Redis提供了持久化选项，可以将数据保存到硬盘上，支持快照和追加日志两种持久化方式，确保数据在重启后不会丢失。
   - Memcached：Memcached没有内置的持久化支持，所有数据仅保存在内存中，重启后数据会丢失。

3. 内存管理：
   - Redis：Redis采用虚拟内存的方式，允许将一部分数据存储在硬盘上，适合处理数据集大小超过物理内存的情况，但会增加访问延迟。
   - Memcached：Memcached仅使用内存来存储数据，不支持将数据存储在硬盘上。

4. 复制和高可用性：
   - Redis：Redis支持主从复制，可以将数据复制到多个从节点上，提高读取性能和故障切换能力。Redis还支持Sentinel和Cluster模式，实现高可用性和分布式部署。
   - Memcached：Memcached不提供内置的复制和高可用性机制，需要通过客户端库或第三方解决方案实现高可用性。

5. 线程模型：
   - Redis：Redis采用单线程模型，通过多路复用技术实现高并发请求处理。
   - Memcached：Memcached采用多线程模型，每个线程处理一个客户端连接。

6. 数据淘汰策略：
   - Redis：Redis支持多种数据淘汰策略，如LRU（最近最少使用）、LFU（最不常用）、TTL（过期时间）等。
   - Memcached：Memcached使用LRU算法来删除旧的数据。

总体来说，Redis在功能上更加丰富，支持更多数据类型和持久化选项，并且具有较好的复制和高可用性支持。Memcached则专注于简单高效的缓存，适合处理简单的键值对数据缓存需求。选择Redis还是Memcached取决于具体的应用场景和需求。

5.redis 的数据持久化有哪几种方式

Redis支持两种主要的数据持久化方式：

1. RDB（Redis Database）持久化：
   - RDB持久化是将Redis的数据以快照的形式写入磁盘。在指定的时间间隔内，Redis会将内存中的数据集快照保存到磁盘上的一个二进制文件（.rdb文件）中。这个过程可以手动触发，也可以通过配置自动触发。
   - RDB持久化适用于需要定期备份数据、进行灾难恢复和数据传输的场景。由于是将整个数据集保存在一个文件中，所以在数据恢复时比AOF持久化更快。

2. AOF（Append-Only File）持久化：
   - AOF持久化是将Redis的每个写命令追加到一个文件中。每个写命令都以协议格式追加到AOF文件末尾。当Redis重启时，可以通过重新执行AOF文件中的命令来重建数据集。
   - AOF持久化适用于需要最大限度地保证数据安全性的场景，因为AOF持久化记录了写操作的详细历史，数据的丢失可能会更少。但相比RDB持久化，AOF持久化的文件通常更大，且在恢复数据时可能需要更长的时间。

Redis还提供了多种AOF持久化的策略，可以根据需求选择不同的策略：

- always：每个写命令都立即追加到AOF文件中，确保每个写操作都持久化，但性能较差。
- everysec：每秒钟将写命令追加到AOF文件中，平衡了数据安全性和性能。
- no：完全关闭AOF持久化。

可以根据实际需求选择适合的持久化方式，或者同时启用RDB和AOF持久化，以提供更全面的数据保护和恢复机制。

6.什么是缓存穿透，缓存雪崩， 缓存击穿

缓存穿透、缓存雪崩和缓存击穿都是与缓存系统相关的问题，它们可能导致缓存效果降低或缓存失效。以下是对这些问题的解释和相应的解决方案：

1. 缓存穿透（Cache Miss and Invalidation）：

   缓存穿透是指在缓存中无法找到需要的数据，导致请求继续穿过缓存层，直接访问后端数据库或其他数据源。这种情况通常发生在对不存在的数据进行请求，或者对于恶意请求的攻击。

   解决方案：
   - 在缓存层进行有效性检查，对于无效的请求直接返回，避免继续访问后端数据源。
   - 使用布隆过滤器等数据结构，预先过滤掉不存在的数据，减少无效请求。

2. 缓存雪崩（Cache Avalanche）：

   缓存雪崩是指缓存中的大量数据同时失效，导致大量请求直接打到后端数据库或其他数据源上。这种情况通常发生在缓存中的大量数据在同一时间段内过期，导致请求在缓存层无法命中，集中访问后端数据源。

   解决方案：
   - 合理设置缓存数据的过期时间，使用随机时间避免同一时间大量数据同时失效，分散数据过期的时间点。
   - 使用分布式缓存系统，将缓存数据分散到不同的节点上，避免集中失效。

3. 缓存击穿（Cache Breakdown）：

   缓存击穿是指缓存中的某个热点数据过期或被删除，而此时有大量请求同时访问这个数据，导致缓存无法命中，请求继续穿过缓存层直接访问后端数据源。

   解决方案：
   - 使用互斥锁或分布式锁机制，当缓存中的数据失效时，只允许一个请求访问后端数据源并重新缓存数据，其他请求等待并使用已缓存的数据。
   - 使用热点数据永不过期策略，或者设置较长的过期时间，保证热点数据不容易失效。

对于这些缓存问题，需要根据具体的应用场景和需求选择合适的解决方案。同时，结合使用多种策略和技术，如合理的缓存数据过期策略、分布式缓存、锁机制等，可以有效地减少缓存问题的发生，提高缓存系统的性能和可靠性。

7.什么是布隆过滤器

布隆过滤器（Bloom Filter）是一种数据结构，用于判断某个元素是否存在于一个集合中。它可以判断某个元素一定不存在于集合中，或者可能存在于集合中。布隆过滤器的基本原理是使用多个哈希函数对元素进行多次哈希，将哈希结果映射到一个位数组中，如果所有位都为1，则表示元素可能存在于集合中；如果有一位为0，则表示元素一定不存在于集合中。

网络相关

1. tcp三次握手，四次挥手

2. 数据接口的加密原理和实现方式，自己最常用的加密方式

数据接口的加密是为了保护数据在传输过程中的安全性和完整性，防止数据被未经授权的用户窃取或篡改。常见的加密原理和实现方式包括对称加密和非对称加密。

1. 对称加密：
   对称加密使用同一个密钥（称为密钥或密码）来进行加密和解密。发送方和接收方必须在通信前共享这个密钥。主要的对称加密算法有AES（Advanced Encryption Standard）和DES（Data Encryption Standard）等。

   实现方式：对称加密在数据传输过程中使用同一个密钥对数据进行加密和解密。发送方使用密钥加密数据，接收方使用相同的密钥解密数据。

2. 非对称加密：
   非对称加密使用一对密钥，包括公钥和私钥。公钥用于加密数据，私钥用于解密数据。发送方使用接收方的公钥进行加密，接收方使用自己的私钥进行解密。主要的非对称加密算法有RSA（Rivest–Shamir–Adleman）和ECC（Elliptic Curve Cryptography）等。

   实现方式：非对称加密的典型场景是数字证书和SSL/TLS通信。发送方获取接收方的公钥，用该公钥加密数据，并将加密后的数据发送给接收方。接收方使用自己的私钥解密数据。

常用的加密方式视具体应用场景而定。对于数据传输安全性要求较高的场景，通常采用混合加密方式，结合对称加密和非对称加密，以便在保障性能的同时提供更高的安全性。比如，使用非对称加密交换对称加密的密钥，然后使用对称加密加密实际数据。这样可以保护对称密钥的安全性，同时提供高效的数据传输。


常用的加密方式包括：

1. 对称加密算法：
   - AES（Advanced Encryption Standard）：目前最常用的对称加密算法，安全性较高且性能优秀。
   - DES（Data Encryption Standard）：较老的对称加密算法，已逐渐被AES替代。

2. 非对称加密算法：
   - RSA（Rivest–Shamir–Adleman）：用于数字签名和密钥交换，广泛用于SSL/TLS通信和数字证书。
   - ECC（Elliptic Curve Cryptography）：与RSA类似，但在相同安全性水平下，使用更短的密钥长度，适用于资源有限的环境。

3. 散列函数（哈希算法）：
   - SHA-256（Secure Hash Algorithm 256-bit）：用于生成固定长度的哈希值，常用于数据完整性验证和密码存储。
   - MD5（Message Digest Algorithm 5）：较旧的哈希算法，但已不推荐用于安全目的，因为其安全性较弱。

4. 消息认证码（MAC）：
   - HMAC（Hash-based Message Authentication Code）：结合散列函数和密钥，用于验证数据完整性和真实性。

5. 数字签名算法：
   - DSA（Digital Signature Algorithm）：用于生成和验证数字签名，确保数据的身份认证和完整性。

6. 随机数生成器：
   - CSPRNG（Cryptographically Secure Pseudo-Random Number Generator）：用于生成高质量的随机数，常用于密钥生成等场景。

这些加密方式各自有不同的用途和安全性，根据具体的应用场景和需求选择合适的加密方式非常重要。在实际应用中，通常会使用多种加密方式的组合，以提供更高的安全性和可靠性。

3. 常用的jwt加密和rsa 加密

JWT加密与RSA加密是两种不同的加密方式，下面分别解释它们的原理：

1. JWT加密原理：
   JSON Web Token（JWT）并不是一种加密算法，而是一种用于生成和验证令牌的规范。JWT通常用于身份验证和授权机制，在生成和验证JWT时，涉及到签名的过程，但并不涉及对称或非对称加密。

   JWT由三部分组成，分别是头部（Header）、载荷（Payload）和签名（Signature）。其中，头部和载荷部分经过Base64编码，然后通过点号连接起来形成未加密的JWT。

   在生成JWT时，服务器使用私钥（对于RSA签名，是私钥）对头部和载荷进行签名生成签名部分。然后，将签名部分与头部和载荷连接起来，形成最终的JWT。这样，JWT在传输过程中并不需要加密，但可以通过签名来保证令牌的完整性和真实性。

   在验证JWT时，接收方使用公钥（对于RSA签名，是公钥）对接收到的JWT进行验证。它会提取头部和载荷部分，并重新计算签名，然后将计算得到的签名与JWT中的签名进行比较。如果两者相等，则表示JWT是合法的。

2. RSA加密原理：
   RSA是一种非对称加密算法，它使用一对密钥，包括公钥和私钥。公钥用于加密数据，私钥用于解密数据。

   在RSA加密过程中，发送方使用接收方的公钥对数据进行加密，并将加密后的数据发送给接收方。接收方收到数据后使用自己的私钥进行解密，获取原始数据。

   在数字签名过程中，发送方使用自己的私钥对数据进行签名，生成签名部分，并将签名部分与原始数据一起发送给接收方。接收方收到数据后使用发送方的公钥进行验签，验证数据的完整性和真实性。

总结：
JWT不是加密算法，而是一种规范用于生成和验证令牌，在签名过程中涉及到对称或非对称加密的原理。RSA是一种非对称加密算法，用于加密和签名数据，使用公钥加密数据，使用私钥解密数据和生成签名。

nginx和apache的区别

Nginx和Apache都是流行的Web服务器软件，用于处理HTTP请求和响应，但它们有一些重要的区别：

1. 架构和性能：
   - Apache：Apache是多进程的服务器，每个客户端请求都会创建一个独立的进程来处理。这种架构在高并发情况下可能会导致资源消耗较大，尤其是在连接数较高时。
   - Nginx：Nginx是事件驱动的异步服务器，采用了更高效的处理方式，可以在较少的资源消耗下处理大量并发连接。它以较低的内存占用和更高的性能著称，适合处理高并发和大规模负载的场景。

2. 资源消耗：
   - Apache：由于多进程的架构，Apache在处理大量连接时可能占用更多的内存和系统资源。
   - Nginx：Nginx的事件驱动架构使其在处理连接时更加高效，占用较少的内存和资源。

3. 功能和模块支持：
   - Apache：Apache是一个功能非常丰富的服务器，具有大量的模块和插件，可以通过这些模块来实现各种功能和扩展。
   - Nginx：Nginx也支持许多常用的模块，但相比Apache的模块生态，可能稍显有限。Nginx的设计重点在于高性能和低资源消耗，因此它的核心功能更加精简高效。

4. 配置语法：
   - Apache：Apache的配置文件采用文本文件格式，配置相对灵活，但可能会显得繁琐。
   - Nginx：Nginx的配置文件同样采用文本文件格式，但配置语法相对简单和直观，使得配置更易于管理。

5. 应用场景：
   - Apache：Apache在传统的Web服务器场景下表现良好，适合处理静态内容、动态内容（如PHP、CGI等）和代理等功能。
   - Nginx：Nginx的高性能和低资源消耗使其非常适合作为反向代理服务器、负载均衡器和高并发环境下的静态资源服务器。

综合来说，Apache和Nginx各有其优势，在选择服务器时需要根据具体的应用场景和需求来决定。很多网站也会采用Apache和Nginx组合的方式，根据不同的需求和功能将请求分发给不同的服务器处理。

什么是跨域，如何解决跨域问题

跨域（Cross-Origin）是指在浏览器中，当前网页的域名、协议、端口与请求的资源所在的域名、协议、端口不一致，造成浏览器的同源策略（Same-Origin Policy）限制。同源策略是一种安全机制，用于防止一个域的Web页面去访问另一个域的资源，以避免潜在的安全风险。

跨域问题通常发生在以下情况下：

1. 不同子域名之间的访问，如a.example.com访问b.example.com。
2. 不同域名之间的访问，如example.com访问otherdomain.com。
3. 使用不同协议进行访问，如http访问https。
4. 不同端口号之间的访问，如example.com:8080访问example.com:8000。

解决跨域问题的常用方法包括：

1. JSONP（JSON with Padding）：
   JSONP是通过动态创建script标签，利用script标签的跨域特性实现的跨域请求。但JSONP只支持GET请求，并且只能用于请求JSON数据。

2. CORS（Cross-Origin Resource Sharing）：
   CORS是一种现代浏览器支持的跨域解决方案。服务器通过设置HTTP响应头中的`Access-Control-Allow-Origin`来指定允许访问的域名，从而实现跨域资源共享。

3. 代理服务器：
   可以在服务器端设置一个代理服务器，用于转发客户端的请求，使客户端与代理服务器同源。代理服务器再与目标服务器进行通信，并将结果返回给客户端，从而绕过跨域限制。

4. postMessage()方法：
   使用HTML5提供的postMessage()方法，可以在不同窗口或iframe之间传递数据，从而实现跨域通信。

5. WebSocket协议：
   WebSocket是一种双向通信协议，与HTTP协议不同，它没有同源限制，可以在不同域名之间进行跨域通信。

选择哪种跨域解决方案取决于具体的应用场景和需求。通常推荐使用CORS来处理现代浏览器中的跨域问题，因为它是一种标准的解决方案，并且支持更多的请求类型和更复杂的跨域情况。

nginx 实现高并发原理

Nginx实现高并发主要依赖于其事件驱动、非阻塞的架构以及高效的处理机制。下面是Nginx实现高并发的主要原理：

1. 事件驱动的异步处理：
   Nginx使用事件驱动模型，采用异步非阻塞的方式处理客户端请求。它通过一个主进程（master process）和多个工作进程（worker process）来处理请求。主进程主要负责监听端口，接收和分发请求到工作进程，而工作进程负责具体的请求处理。这样的设计使得Nginx可以同时处理大量的并发连接，而不会因为阻塞导致性能下降。

2. 多路复用技术：
   Nginx使用多路复用技术（如epoll、kqueue、select等）来管理并发连接。通过将多个连接事件注册到一个事件循环中，Nginx能够同时处理多个连接而不需要为每个连接创建独立的线程或进程。这样可以大大减少资源的消耗，并且提高并发处理能力。

3. 高效的内存管理：
   Nginx采用了内存池（Memory Pool）的方式来管理内存，避免了频繁的内存分配和释放，减少了内存碎片。内存池分配一块固定大小的内存，然后通过分配指针的方式进行内存管理，这样可以大大提高内存的使用效率。

4. 静态资源的高效处理：
   Nginx对于静态资源的处理非常高效。静态资源如图片、CSS、JavaScript等可以由Nginx直接返回，而无需通过后端应用服务器处理，减轻了后端应用的负担，提高了响应速度和并发处理能力。

5. 反向代理和负载均衡：
   Nginx可以作为反向代理服务器，将请求转发到后端多个应用服务器上。这样可以实现负载均衡，将请求均匀地分发给不同的后端服务器，提高系统的整体性能和可靠性。

综合上述原理，Nginx能够高效地处理大量并发连接，适用于高负载、高并发的Web服务器场景，因此被广泛用于构建高性能的Web服务和反向代理服务器。

git

git flow 流程

Git Flow 是一种基于 Git 版本控制系统的工作流程，旨在帮助团队在软件开发过程中更好地协同合作、管理特性和发布版本。它定义了一组明确的分支和操作规范，以支持功能开发、发布和维护等阶段。以下是 Git Flow 流程的主要步骤：

1. **主分支**：
   - `master` 分支：用于保存稳定、已发布的代码。
   - `develop` 分支：用于集成不同特性的代码，作为开发的主分支。

2. **功能分支**：
   - 从 `develop` 分支切出：为了开发某个新功能或修复某个问题，从 `develop` 分支创建一个新的功能分支。
   - 命名规范：通常以 `feature/` 开头，后跟特性描述或编号。

3. **发布分支**：
   - 当开发一组特性完成并准备发布新版本时，从 `develop` 分支创建一个发布分支。
   - 用于准备发布、进行测试和修复缺陷。
   - 命名规范：通常以 `release/` 开头，后跟版本号。

4. **修复分支**：
   - 用于紧急修复已发布版本的问题。
   - 从 `master` 分支创建，修复完成后会合并到 `master` 和 `develop` 分支。
   - 命名规范：通常以 `hotfix/` 开头，后跟修复描述或编号。

5. **维护分支**：
   - 用于长期维护老版本，例如为已发布的版本进行补丁修复。
   - 从 `master` 分支创建，仅包含补丁修复的提交。
   - 命名规范：通常以 `support/` 开头，后跟版本号。

Git Flow 的基本工作流程如下：

1. 开始一个新特性：从 `develop` 分支创建一个功能分支。
2. 完成特性开发：在功能分支上完成开发和测试。
3. 合并特性分支：将功能分支合并回 `develop` 分支。
4. 准备发布：从 `develop` 分支创建一个发布分支，进行测试和准备发布。
5. 发布版本：将发布分支合并回 `master` 分支，打上版本标签。
6. 修复问题：如果发现问题，从 `master` 或 `develop` 分支创建修复分支。
7. 合并修复分支：将修复分支合并回 `master` 和 `develop` 分支。
8. 维护旧版本：如果需要维护老版本，从 `master` 分支创建维护分支。

需要注意的是，Git Flow 是一种比较传统的工作流程，还有其他的 Git 工作流程可以根据团队的需求进行调整和定制。

到了这里，关于php 面试题 - 持续更新的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！