mysql

数据库查询*分组排序取top n 要求：按照课程分组，查找每个课程最高的两个成绩。 数据文件如下： 第一列no为学号，第二列course为课程，第三列score为分数 mysql> select * from lesson; +-------+---------+-------+ | no | course | score | +-------+---------+-------+ | N0101 | Marth | 100 | | N0102 | English | 12 | | N0102 | Chinese | 55 | | N0102 | History | 58 | | N0102 | Marth | 25 | | N0103 | English | 100 | | N0103 | Chinese | 87 | | N0103 | History | 88 | | N0103 | Marth | 72 | | N0104 | English | 20 | | N0104 | Chinese | 60 | | N0104 | History | 88 | | N0104 | Marth | 56 | | N0105 | English | 56 | | N0105 | Chinese | 88 | | N0105 | History | 88 | | N0201 |

这是学习笔记的第 1758 篇文章 今天在处理一个业务的时候，碰到开发同学提交的一个需求。他在线上环境（MySQL5.5）中提交了一条SQL,期望创建几张表，但是抛出了错误。 其中一张表的建表SQL类似于： create table test( xxxxx, `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', ); 根据MySQL 5.5的特性，datetime还支持不了动态默认值。 所以他们斟酌再三，决定改写为timestamp类型。 我看到另外一张表的建表SQL: create table test2( xxxxx, `create_time` timestamp DEFAULT NULL COMMENT '创建时间', xxxx ); 显然在MySQL 5.5里面，timestamp类型是不支持default null的这种方式的。 在这一点上不存在额外的特性，就是timestamp的一个限制，在5.5,5.7都不支持default null。 哪怕我们改下需求，支持基于timestamp类型的动态默认值，下面的SQL也会抛出问题。 CREATE TABLE `qc_apeal` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT

命令介绍 find命令是一个系统文件查找命令。说直白一点就是你想找什么文件，不需要一个目录一个目录去查找，直接使用这个命令，会根据你执行这个命令的参数，列举出符合你需要的文件。 命令格式 find pathname option [-print -exec -ok ...] 命令格式解析 pathname:查找的文件路径。 -print:find命令将匹配的文件输出到标准输出。 -exec:find命令对匹配的文件执行该参数所给出的shell命令。相应命令的形式为'command' {} \;，注意{ }和\；之间的空格。 -ok:和-exec的作用相同，只不过以一种更为安全的模式来执行该参数所给出的shell命令，在执行每一个命令之前，都会给出提示，让用户来确定是否执行。 常用的参数 -name 按照文件名查找文件。 -perm 按照文件权限来查找文件。 -prune 使用这一选项可以使find命令不在当前指定的目录中查找，如果同时使用-depth选项，那么-prune将被find命令忽略。 -user 按照文件属主来查找文件。 -group 按照文件所属的组来查找文件。 -mtime -n +n 按照文件的更改时间来查找文件， - n表示文件更改时间距现在n天以内，+ n表示文件更改时间距现在n天以前。find命令还有-atime和-ctime 选项，但它们都和-m

问题背景： 在测试&部署监控过程中，我们常常会遇到外部接口返回数据不靠谱的时候。最常见的场合是从某个http获取如json和xml等结构化的结果，进行解析并处理，在这时候出现以下这几种常见类型的错误： （1）整个结构不完整。直接无法解析json/xml。 （2）编码错误，常见的gbk/utf8错误 （3）超长数据/非法字符。 （4）数据类型不匹配。需要是数字的给了字符串，该是数组的给了字符串等，对json本身来说没问题，程序处理就会错误或者崩溃。 （5）字段缺失或者为空，这个情况对json本身来说也是没问题的，处理进程固定要去取这里的字段就会出问题，或者进程本身没问题，但实际展现出问题。 例如json描述一个商品最近30天的售价，提供一个数组里有30个数据来画点，json里这个数组为空，从数据格式上来说没问题，但实际画点时展现即为空。 截图是来自一份合作方的数据，箭头指向的是上证指数曲线的点，如果点数据完全缺失（为空）则画曲线的界面会显示为空。在json结构上则仍然验证为合法。 解决问题的现状： 对上述问题，我们有一些简单的自动化监控手段，通过定期抓取http接口再获取其中内容这一步比较简单，接下来我们会验证http状态码（200正常，非200认为是有问题）和长度，如果过短（例如少于20字节）则认为是无效。 还有一些自动化case会先人工看一下接口返回的具体内容

多表查询 1. 表与表之间的关系 <1> 一对一 用户表和身份信息表，用户表是主表 男人表、女人表 create table man( mid int primary key auto_increment, mname varchar(32), wid int unique ); create table woman( wid int primary key auto_increment, wname varchar(32) ); <2> 一对多 最常见得表关系，用户表和订单表 员工表、部门表 create table emp( empno int primary key auto_increment, ename varchar(32) deptno int ); create teble dept( deptno int primary key auto_increment, dname varchar(32) ); <3> 多对多 学生表和课程表，通常情况都是将多对多的关系拆分为一对多或者多对一的关系 至少需要三张表 create table student( cid int primary key auto_increment, sname varchar(32) ); insert into student (sname) values('小张'); insert

#常见约束 /* 含义：一种限制，用于限制表中的数据，为了保证表中的数据的准确和可靠性 分类：六大约束 　　NOT NULL：非空，用于保证该字段的值不能为空 　　比如姓名、学号等 　　DEFAULT:默认，用于保证该字段有默认值 　　比如性别 　　PRIMARY KEY:主键，用于保证该字段的值具有唯一性，并且非空 　　比如学号、员工编号等 　　UNIQUE:唯一，用于保证该字段的值具有唯一性，可以为空 　　比如座位号 　　CHECK:检查约束【mysql中不支持】 　　比如年龄、性别 　　FOREIGN KEY:外键，用于限制两个表的关系，用于保证该字段的值必须来自于主表的关联列的值 　　在从表添加外键约束，用于引用主表中某列的值 　　比如学生表的专业编号，员工表的部门编号，员工表的工种编号 添加约束的时机： 　　1.创建表时 　　2.修改表时 约束的添加分类： 　　　　列级约束： 　　　　　　六大约束语法上都支持，但外键约束没有效果 　　　　表级约束： 　　　　　　除了非空、默认，其他的都支持 主键和唯一的大对比： 　　　　保证唯一性 　　 是否允许为空　　一个表中可以有多少个　　 是否允许组合 　　主键 　　√ 　　　　　　 ×　　　　 　　 至多有1个 　　　　　　 √，但不推荐 　　唯一 　　√ 　　　　　　 √ 　　　　　　 可以有多个 　　　　　　 √，但不推荐

含义：一种限制，用于限制表中的数据，为了保证表中数据的准确性和可靠性。 分类：六大约束 　　1.NOT NULL ：非空，用于保证该字段的值不能为空。例如学生表的学生姓名及学号等等。 　　2.DEFAULT：默认值，用于保证该字段有默认值。例如学生表的学生性别 　　3.PRIMARY KEY：主键，用于保证该字段的值具有唯一性并且非空。例如学生表的学生学号等。 　　4.UNIQUE：唯一，用于保证该字段的值具有唯一性，可以为空。例如注册用户的手机号，身份证号等。 　　5.CHECK：检查约束（MySql不支持），检查字段的值是否为指定的值。 　　6.FOREIGN KEY：外键，用于限制两个表的关系，用于保证该字段的值必须来自于主表的关联列的值，在从表添加外键约束，用于引用主表中某些的值。例如学生表的专业编号 添加约束的实际： 　　1.创建表时 　　2.修改表时 约束的添加分类： 　　列级约束：六大约束语法上都支持，但外键约束没有效果 　　表级约束：除了非空、默认、其它的都支持。 　　示例： 　　　　①添加列级约束　　　 1 create table if not exists t_stuinfo( 2 id int primary key , #主键 3 stuName varchar ( 20 ) not null , #非空 4 gender char ( 1 ) check

information_schema数据库是MySQL自带的，它提供了访问数据库元数据的方式。什么是元数据呢？元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。 在 MySQL中，把 information_schema 看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。 information_schema数据库表说明: SCHEMATA表：提供了当前mysql实例中所有数据库的信息。是show databases的结果取之此表。 TABLES表：提供了关于数据库中的表的信息（包括视图）。详细表述了某个表属于哪个schema，表类型，表引擎，创建时间等信息。是show tables from schemaname的结果取之此表。 COLUMNS表：提供了表中的列信息。详细表述了某张表的所有列以及每个列的信息。是show columns from schemaname.tablename的结果取之此表。 STATISTICS表：提供了关于表索引的信息。是show index

一、information_schema简介 在MySQL中，把 information_schema 看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权 限等。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。 information_schema数据库表说明: SCHEMATA表：提供了当前mysql实例中所有数据库的信息。是show databases的结果取之此表。 TABLES表：提供了关于数据库中的表的信息（包括视图）。详细表述了某个表属于哪个schema，表类型，表引擎，创建时间等信息。是show tables from schemaname的结果取之此表。 COLUMNS表：提供了表中的列信息。详细表述了某张表的所有列以及每个列的信息。是show columns from schemaname.tablename的结果取之此表。 STATISTICS表：提供了关于表索引的信息。是show index from schemaname.tablename的结果取之此表。 USER_PRIVILEGES（用户权限）表：给出了关于全程权限的信息。该信息源自mysql.user授权表。是非标准表。

1.下载mysql 地址： https://dev.mysql.com/downloads/repo/yum/ 。选择对应版本下载。 2.上传到centos7系统中,或者使用wget命令 wget https://repo.mysql.com//mysql80-community-release-el7-3.noarch.rpm 因为mysql8中新加了很多关键字，所以导致我项目有些字段无法使用，推荐还是使用5.7的版本吧 wget http://dev.mysql.com/get/mysql57-community-release-el7-8.noarch.rpm 3.安装mysql源 yum -y localinstall mysql80-community-release-el7-1.noarch.rpm（对应版本） （这里安装的是mysql8.0版本） 4.在线安装mysql yum -y install mysql-community-server （会下载多个rpm，耐心等待） linux下设置不区分大小写 1.用ROOT登录，修改/etc/my.cnf 2.在[mysqld]下加入一行：lower_case_table_names=1 这里提前设好不区分大小写，不然得重来一遍。 5.启动mysql服务 systemctl start mysqld 6