mybatis、sql、redis杂技

1. mybatis中xml文件特殊字符例如“<”，“>”转义解决方式：

  ①使用  < 和 >来转义
  ②使用标签<![CDATA[    <或>    ]]>

2. Redis的部署方式，使用的jar包

  ①主从复制
     主从同步过程：
        一主（负责写操作）多从（负责读操作），首先启动主服务器，从服务器启动时读取同步配置，发送SYNC命令，主服务器接到命令后执行bgsave命令备份数据，此时客户端请求主服务器的写操作写入到缓冲区，从服务器未收到主服务器的备份文件时根据配置决定使用现有数据返回给客户端或者拒绝，主服务器bgsave执行完成后将快照文件发往从服务器，从服务器丢弃原有数据开始载入快照文件，主服务器发送完成后开始执行缓冲的写入命令，主服务器执行一条写入命令后就同时往从服务器同步写入命令。后续从服务器就开始等待主服务器的命令了。
  ②哨兵（Sentinel）模式
        实现了主从模式，配置一主多从，多哨兵监控主从服务器，并且哨兵之间互相监控，主服务器宕机后哨兵投票过一定数目（配置的多少哨兵认为主服务器宕机）后执行切换主服务器的操作

3. Zookeeper的选举机制

4. SQL语句的执行顺序（由sql中的别名的使用位置引申出）

  查询： FORM: 对FROM的左边的表和右边的表计算笛卡尔积。产生虚表VT1
         ON: 对虚表VT1进行ON筛选，只有那些符合<join-condition>的行才会被记录在虚表VT2中。
         JOIN： 如果指定了OUTER JOIN（比如left join、 right join），那么保留表中未匹配的行就会作为外部行添加到虚拟表VT2中，产生虚拟表VT3,             
              如果from子句中包含两个以上的表的话，那么就会对上一个join连接产生的结果VT3和下一个表重复执行步骤1~3这三个步骤，一直到处理完所                  
              有的表为止
         WHERE： 对虚拟表VT3进行WHERE条件过滤。只有符合<where-condition>的记录才会被插入到虚拟表VT4中。
         GROUP BY: 根据group by子句中的列，对VT4中的记录进行分组操作，产生VT5.
         CUBE | ROLLUP: 对表VT5进行cube或者rollup操作，产生表VT6.
         HAVING： 对虚拟表VT6应用having过滤，只有符合<having-condition>的记录才会被 插入到虚拟表VT7中。
         SELECT： 执行select操作，选择指定的列，插入到虚拟表VT8中。
         DISTINCT： 对VT8中的记录进行去重。产生虚拟表VT9.
         ORDER BY: 将虚拟表VT9中的记录按照<order_by_list>进行排序操作，产生虚拟表VT10.
         LIMIT：取出指定行的记录，产生虚拟表VT11, 并将结果返回。
  例如： select ... from... where.... group by... having... order by.. limit [offset,](rows)
  执行顺序：from... where...group by... having.... select ... order by... limit

5. mybatis中$与#的区别，$的使用场景

  $是采用字符串拼接的方式，对于数据库字段必须使用这种方式
  #是采用占位符的方式，用到了prepareStatement效率更好，而且可以有效避免SQL注入问题（SQL进行了预编译，其后注入的参数不会再进行SQL编译）