mysql数据库考察点

1、基础考察点

整数类型

长度可以为整数类型指定宽度。

Int(3)输入的是1234超过了可以继续存储,不受影响,只是在宽度不够时用0填充

实数类型

FLOAT、DOUBLE、DECIMAL

DECIMAL可存储比BIGINT还大的整数;可以用于存储精确的小数

FLOAT和DOUBLE类型支持使用标准的浮点进行近似计算。

字符串类型

varchar、char、text、blob

varchar类型用于存储可变长字符串,它比定长类型更节省空间

varchar使用1或2个额外字节记录字符串的长度。

varchar长度,如果存储内容超出指定长度,会被截断

char是定长的,根据定义的字符串长度分配足够的空间

char会根据需要采用空格进行填充以方便比较

char长度,超出设定的长度,会被截断

char和varchar的优缺点:

1、对于经常变更的数据,char比varchar更好,char不容易产生碎片。

2、对于非常短的列,char比varchar在存储空间上更有效率。

3、只分配真正需要的空间,更长的列会消耗更多的内存。

尽量避免使用BLOB和TEXT类型,查询会使用临时表,导致严重的性能开销。

日期和时间类型

尽量使用timestamp,比DATETIME空间效率高

列属性

auto_increment、 default、not null zerofill


mysql数据表引擎

Innodb表引擎

默认事务型引擎。数据存储在共享表空间,可以通过配置分开。

对主键查询的性能高于其他类型的存储引擎。

内部做了很多优化,从磁盘读取数据时自动在内存构建hash索引。

支持崩溃后的安全恢复

支持行级锁、支持外键

Myisam表引擎

5.1版本千,Myisam是默认的存储引擎

拥有全文索引、压缩、空间函数。

不支持事务和行级锁,不支持崩溃后的安全恢复

表存储在两个文件,MYD和MYI


MYSQL的锁机制

读锁:共享的,不堵塞,多个用户可以同事读一个资源,互不干扰

写锁:排他的,一个写锁会阻塞其他的写锁和读锁,这样可以只允许一个人进行写入,防止其他用户读取正在写入的资源。

锁粒度:

表锁:系统性能开销最小,会锁定整张表,MYisam使用表锁。

行锁,最大程度地支持并发处理,但是也带来了最大的锁开销,innodb实现行级锁。

索引对性能的影响

①大大减少服务器需要扫描的数据量

②帮助服务器避免排序和临时表

③将随机I/O变顺序I/O

④大大提高查询速度,降低写的速度,占用磁盘


索引的使用场景

对于非常小的表,大部分情况下全表扫描效率更高。

中到大型表,索引非常有效。

特大型的表,建立和使用索引的代价将随之增长,可以使用分区技术解决。

2. 索引的类型

索引有很多类型,都是实现在存储引擎层的

普通索引:最基本的索引,没有任何约束限制。

唯一索引:与普通索引类似,但是具有唯一性约束

主键索引:特殊的唯一索引,不允许有空值。

组合索引:将多个列组合在一起创建索引,可以覆盖多个列

外键索引:只有Innodb类型的表才可以使用外键索引,保证数据的一致性,完 整性和实现级联操作。(一般不适用)

全文索引:MySQL自带的全文索引只能拥有MyISAM,并且只能对英文进行全 文检索。(一般不适用)


MySQL索引的创建原则

1. 最适合索引的列是出现在where子句中的列,或连接子句中的列而不是出现在select关键字后的列。

2. 索引列的基数越大,索引的效果越好。

3. 对字符串进行索引,应该制定一个前缀长度,可以节省大量的索引空间

4. 根据情况创建复合索引,复合索引可以提高查询效率

5. 避免创建过多索引,索引会额外占用磁盘空间,降低写操作效率

6. 主键尽可能选择较短的数据类型,可以有效减少索引的磁盘占用提高查询效率。


索引的注意事项:

1. 复合索引遵循前缀原则。


2. Like查询,%不能在前,可以使用全文索引。

3. Column is null 可以使用索引

4. 如果MySQL估计使用索引比全表扫描更慢,会放弃使用索引。

5. 如果or前的条件中的列有索引,后面的没有,索引都不会被用到

6. 列类型是字符串,查询时一定要给值加引号,否则索引失效。


MySQL的SQL语句

update A set A.c1=B.c1,A.c2=B.c2 where A.id=B.id and B.age>50

关联查询

内连接(inner join)、外连接(left join)、联合查询(union与union all)、全连接(full join)

union 联合查询的列数要相等,相同的记录会合并。

如果使用union all,不会合并重复的记录行。



team表


match表


select t1.teamName,m.matchResult,t2.teamName,m.matchTime from match as m

left join team as t1 on m.hostTeameID=t1.teamID,

left join team as t2 on m.guestTeameID =t2.guestTeameID

where matchTime between "2006-6-1" and "2006-7-1"

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,406评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,732评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,711评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,380评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,432评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,301评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,145评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,008评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,443评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,649评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,795评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,501评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,119评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,731评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,865评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,899评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,724评论 2 354

推荐阅读更多精彩内容