# 后端

# 获取登陆用户信息

LoginUser sysUser = (LoginUser)SecurityUtils.getSubject().getPrincipal();

# 设置接口免登陆

平台所有请求默认通过shiro进行权限控制。那么如何排除权限拦截。

@Slf4j
@Configuration
public class ShiroConfig {

    @Bean("shiroFilterFactoryBean")
    public ShiroFilterFactoryBean shiroFilter(SecurityManager securityManager) {
        // 配置不会被拦截的链接 顺序判断
        filterChainDefinitionMap.put("/sys/cas/client/validateLogin", "anon"); //cas验证登录
        filterChainDefinitionMap.put("/sys/randomImage/**", "anon"); //登录验证码接口排除
        //这里进行配置不需要校验的地址
        //....
    }
}

# 模糊查询

默认查询不是模糊查询，需要使用星号:
例如：
格式一：张（后模糊匹配）
格式二：张（前模糊匹配）
格式三：张（全模糊匹配）

格式四：张三（更高级匹配）

这么做的原因是考虑系统数据量大了后，默认模糊查询性能差,如果你想查询默认是模糊，可以将前端组件换成 JInput,具体看JInput (opens new window)

# 【MySql】Specified key was too long; max key length is 767 bytes的解决方案

今天由于业务需要，在mysql5.6的数据库上，创建了一个主键是varchar(500)的字段，然后就提示这样的错:
Specified key was too long; max key length is 767 bytes

原来是主键的长度太长，最大长度仅支持767字节，注意，这里的是字节。
那么，我定义一个主键是varchar(500)的字段，不管我使用utf8编码，那么500字符长度将占用500x3的字节长度（utf8最多支持3个字节长度）；
或是我使用utf8mb4编码，那么500字符长度将占用500x4的字节长度（utf8mb4最多支持4个字节长度），都大大超过了767字节。

如何解决呢

先检查一下是不是数据库被限制了索引的大小，查询innodb_large_prefix这个字段，这个字段限制了索引前缀的大小。
关闭此限制后，索引前缀的大小将可以达到3072字节

SHOW variables like 'innodb_large_prefix';

如果查询的值是OFF的话执行下面命令

SET GLOBAL INNODB_LARGE_PREFIX = ON;

另外，innodb_large_prefix这个属性在5.6上是默认关闭的，而在5.7上是默认开启的。

执行完了之后还得查看当前的innodb_file_format引擎格式类型是不是BARRACUDA

SHOW variables like 'innodb_file_format';

如果需要修改的话

SET GLOBAL innodb_file_format = BARRACUDA;

最后，创建表的时候，还需要指定表的 row format 格式为 Dynamic 或者 Compressed，如下示例：

CREATE TABLE test(
 
  name varchar(500) CHARACTER SET utf8 COLLATE utf8_bin,
 
  PRIMARY KEY (`name `) USING BTREE
 
) ENGINE = InnoDB  CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

← 前端数据库 →