常见面试问题汇总.docx

·黑马23期学员以3年工作经验出去面试的面试问题：mysql数据库的优化1、表的设计要符合三范式。2、添加适当的索引，索引对查询速度影响很大，必须添加索引。主键索引，唯一索引，普通索引，全文索引3、添加适当存储过程，触发器，事务等。4、读写分离（主从数据库）5、对sql语句的一些优化，（查询执行速度比较慢的sql语句）6、分表分区分表：把一张大表分成多张表。分区：把一张表里面的分配到不同的区域存储，7、对mysql服务器硬件的升级操作。mysql数据库查询使用limit，两次查询结果会不会不一致，为什么？MySQL的limit给分页带来了极大的方便，但数据量一大的时候，limit的性能就急剧下降。同样是取10条数据，下面两句就不是一个数量级别的。1select?*?from?table?limit 10000,102select?*?from?table?limit 0,10这个可能和咱们的数据库的数据有关！如何创建索引查询数据库？/article/da1091fbd166ff027849d687.html这个网页里面是数据库创建索引的步骤！自己理解一下，因为在面试过程中这个问题问的比较多！！4、redis中的事务和mysql中的事务有什么区别？1、Redis中的事务(transaction)是一组命令的集合。事务同命令一样都是Redis最小的执行单位，一个事务中的命令要么都执行，要么都不执行。Redis事务的实现需要用到?MULTI?和?EXEC?两个命令，事务开始的时候先向Redis服务器发送?MULTI?命令，然后依次发送需要在本次事务中处理的命令，最后再发送?EXEC?命令表示事务命令结束。2、mysql的事务特性，要求这组操作，要不全都成功，要不全都失败，这样就避免了某个操作成功某个操作失败。利于数据的安全5、zookeeper为什么可以做注册中心？原理是什么？首先我们要知道什么是zookeeper。zookeeper是一个为分布式应用提供一致性服务的软件，它是开源的Hadoop项目中的一个子项目！(1)配置管理集中式的配置管理在应用集群中是非常常见的，一般商业公司内部都会实现一套集中的配置管理中心，应对不同的应用集群对于共享各自配置的需求，并且在配置变更时能够通知到集群中的每一个机器。Zookeeper很容易实现这种集中式的配置管理，比如将APP1的所有配置配置到/APP1 znode下，APP1所有机器一启动就对/APP1这个节点进行监控(zk.exist(/APP1,true)),并且实现回调方法Watcher，那么在zookeeper上/APP1 znode节点下数据发生变化的时候，每个机器都会收到通知，Watcher方法将会被执行，那么应用再取下数据即可(zk.getData(/APP1,false,null));以上这个例子只是简单的粗颗粒度配置监控，细颗粒度的数据可以进行分层级监控，这一切都是可以设计和控制的。?????(2)集群管理?应用集群中，我们常常需要让每一个机器知道集群中（或依赖的其他某一个集群）哪些机器是活着的，并且在集群机器因为宕机，网络断链等原因能够不在人工介入的情况下迅速通知到每一个机器。Zookeeper同样很容易实现这个功能，比如我在zookeeper服务器端有一个znode叫/APP1SERVERS,那么集群中每一个机器启动的时候都去这个节点下创建一个EPHEMERAL类型的节点，比如server1创建/APP1SERVERS/SERVER1(可以使用ip,保证不重复)，server2创建/APP1SERVERS/SERVER2，然后SERVER1和SERVER2都watch /APP1SERVERS这个父节点，那么也就是这个父节点下数据或者子节点变化都会通知对该节点进行watch的客户端。因为EPHEMERAL类型节点有一个很重要的特性，就是客户端和服务器端连接断掉或者session过期就会使节点消失，那么在某一个机器挂掉或者断链的时候，其对应的节点就会消失，然后集群中所有对/APP1SERVERS进行watch的客户端都会收到通知，然后取得必威体育精装版列表即可。另外有一个应用场景就是集群选master,一旦master挂掉能够马上能从slave中选出一个master,实现步骤和前者一样，只是机器在启动的时候在APP1SERVERS创建的节点类型变为EPHEMERAL_SEQUENTIAL类型，这样每个节点会自动被编号，我们默认规定编号最小的为master,所以当我们对/APP1SERVERS节点做监控的时候，得到服务器列表，只要所有集群机器逻辑认为最小编号节点为master，那么master就被选出，而这个master宕机的时候，相应的znode会消失，然后新的服务器列表就被推送到客