【无标题】安全第二次作业

1、严格模式导致mysql5.7插入表的方式创建用户失败，那么如何修改严格模式让它插入成功。
我们通过SQL语句mysql> select @@sql_mode;查询出 sql_mode ，发现其中有 NO_ZERO_IN_DATE,NO_ZERO_DATE。sql_mode = ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION，即为不允许 TIMESTAMP 值为 0000-00-00 00:00:00。
我们再通过 SQL 语句mysql> show variables;查询出 MySQL5.7 的 explicit_defaults_for_timestamp 默认值为 OFF ，这与 sql_mode 的 NO_ZERO_DATE 也是相冲突的。explicit_defaults_for_timestamp = OFF
解决方案mysql> set @@explicit_defaults_for_timestamp = 1;
1.此时如果 TIMESTAMP 列没有显示的指定 not null 属性，那么默认的该列可以为 null ，此时向该列中插入 null 值时，会直接记录 null 。
2.如果 TIMESTAMP 列被加上了 not null 属性，并且没有指定默认值。这时如果向表中插入记录，但是没有给该 TIMESTAMP 列指定值的时候，如果 strict sql_mode 被指定了，那么会直接报错。如果 strict sql_mode 没有被指定，那么会向该列中插入 ’0000-00-00 00:00:00’ 并且产生一个 warning 。
去掉sql_mode中的 NO_ZERO_IN_DATE,NO_ZERO_DATE 。
2、尝试将all改为select权限，并且将*.改为指定数据库
3、16kb的page页是否能修改
我们都知道innodb的页块大小默认为16kb，表中数据是存放在B-tree
innodb的页块中，但如果表中一行的数据长度超过了16k，这时候就会出现行溢出，溢出的行是存放在另外的地方，存放该溢出数据的页叫uncompresse blob page。
还需注意的是，innodb采用聚簇索引的方式把数据存放起来，即B+TREE结构，因此每个页块中至少有两行数据，否则就失去了B+TREE的意义（每一个页中只有一条数据，整个树就退化成为了一条双向链表），这样就得出了一行数据的最大长度就限制为了8k。
当插入的一行数据不能在一个数据页块中存放时，为了保证该页至少能存放两行数据，innodb将会自动部分数据溢出到另外页中，一部分数据将存放在数据页块中，其大小为该列的前768字节，同时接着还有偏移指向溢出页。
如果是大字段的前768字节会存放在数据页块中，那么如果有10个大字段（如varchar（1000），text，blob同varchar同样存储前768字节），同样会超过一行数据8k的限制（10768<8000,11768>8000）。如果插入的值超过8000字节，则会报错（BLOB或TEXT同理）：
ERROR 1030 (HY000): Got error 139 from storage engine
测试如下：
插入10列数据（10768<8000）可以插入：
插入11列数据（11*768>8000）报错：