面试题

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

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关键字实例化一个类，例如： o b j = n e w C l a s s A ( ) ; 销毁一个类：通过 u n s e t ( ) 函数销毁一个类，例如： u n s e t ( obj = new ClassA(); 销毁一个类：通过unset()函数销毁一个类，例如：unset( 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

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

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服务和反向代理服务器。

php 面试题 - 持续更新相关推荐

  1. 前端javaScript高频面试题——持续更新

    目录 1.== 和 ===区别,分别在什么情况使用 2. 判断数据类型的方法 3.说说JavaScript中的数据类型?存储上的差别? 4.JavaScript中的操作符 5.var,let,cons ...

  2. Redis 知识点和面试题(持续更新ing)

    推荐 书籍 <Redis实战>,<Redis设计与实现>,<Redis使用手册> 视频 [[趣话Redis第二弹]Redis数据持久化AOF和RDB原理一次搞懂!- ...

  3. java史上最全面试题--持续更新中（一）

    1.面向对象的特征有哪些方面? 抽象:将同类对象的共同特征提取出来构造类. 继承:基于基类创建新类. 封装:将数据隐藏起来,对数据的访问只能通过特定接口. 多态性:不同子类型对象对相同消息作出不同响应 ...

  4. sqlbulkcopy是覆盖式更新吗_React 328道最全面试题(持续更新)

    今天的React题没有太多的故事-- 半个月前出了248个Vue的知识点,受到很多朋友的关注,都强烈要求再出多些React相前的面试题,受到大家的邀请,我又找了20多个React的使用者,他们给出了3 ...

  5. android面试题2019中高级,2019Android 最新面试题 持续更新

    直接入正题,遇到的面试题记录一下,希望对别的童靴有帮助,没有先后高低优先级之分,想起来那个就写上了. 1,SQL getReadableDatabase  或者getWritableDatabase ...

  6. 2020年Java面试题及答案_Java面试宝典_Java笔试题(持续更新中)

    推荐面试视频教程 2019年最新Java互联网大厂面试精粹 前言 前言: 少年易老学难成,一寸光阴不可轻.未觉池塘春草梦,阶前梧叶已秋声 .-朱熹<劝学诗> 勤奋才是改变你命运的唯一捷径. ...

  7. 2022初级前端必会面试题持续更新

    01-html&css H5的新特性有哪些,C3的新特性有哪些 H5 新增语义化标签,header,nav,aside,article,section,footer 新增input表单元素类型 ...

  8. SpringBoot面试题大汇总附答案，SpringBoot面试题-持续更新中

    2021最新SpringBoot面试题[附答案解析]SpringBoot面试题及答案2021,SpringBoot2021最新面试题及答案,SpringBoot面试题新答案已经全部更新完了,有些答案是 ...

  9. 史上最全的spark面试题——持续更新中

    1.spark中的RDD是什么,有哪些特性? 答:RDD(Resilient Distributed Dataset)叫做分布式数据集,是spark中最基本的数据抽象,它代表一个不可变,可分区,里面的 ...

  10. 测试开发/测试工程师面试题手册TestGuide（大厂面试题-持续更新）

    TestGuide–测试开发面试手册 GitHub:https://github.com/AFITS/TestGuide.git 整理内容包含字节.阿里.腾讯等一线大厂的测试.测试开发的常见面试题,同 ...

最新文章

  1. 如何禁止NumPy自动跳过数组的中心部分并仅打印角点
  2. 智办事协同办公：数字化转型下的高效工作方式
  3. VS2015 Qt5
  4. poj 1016 Numbers That Count【字符串】
  5. 方法参数是结构体指针，报错信息是空指针怎么办
  6. window下部署ELK（6.2.2系列）
  7. BP神经网络相关知识
  8. jvm高并发_JVM上的高并发HTTP客户端
  9. 微信网页开发教程 php,PHP实现微信网页授权开发教程，php授权教程_PHP教程
  10. LNMP源码安装脚本
  11. 聊一下C#开发者如何过渡到JAVA 开发者
  12. 正确的理解MySQL的MVCC及实现原理
  13. linux内核中创建线程方法
  14. SuperMap iDesktop之夜景特效制作
  15. 如何查找Oracle数据库安全漏洞的补丁
  16. FTP下载工具的使用
  17. oracle 12988,ORA-12988: cannot drop column from table owned by SYS
  18. 客户端，从服务器上下载文件流程
  19. 华为NE5000E集群路由器荣获InfoVision奖
  20. Wiener Filtering

热门文章

  1. msiexec 静默安装
  2. ASP.NET如何把ASPX网站部署到IIS上(超详细)
  3. DB2 表Check Pending状态异常
  4. python基础练习（3）
  5. 04-Flynn分类法
  6. 软件工程(三)：软件设计
  7. 【实拍】宝马新iX3三电技术解析
  8. 百度音乐API全接口
  9. 【Windows Server 2019】Web服务 IIS 配置与管理—— IIS 的安装与基本配置 Ⅲ
  10. 计算机屏幕占比怎么调,笔记本电脑屏幕尺寸 比例分析_调研中心-中关村在线...