mysql进阶

EQUI JOIN: join、outer join
SEMI JOIN: from a,b

一、索引

//存储过程至批量数据导入
create PROCEDURE bigData_test(IN num int,IN begin_num int)
BEGIN
DECLARE i INT DEFAULT 0;
DECLARE y INT DEFAULT begin_num;
WHILE i < num DO
INSERT INTO bs_user VALUES (y,concat(y,'.jpg'),concat('tangyb',y),concat('tangyb',y),concat('tangyb',y),NULL,NULL,'00');
SET i = i + 1;
SET y = y + 1;
END WHILE;
END

//执行存储函数
START TRANSACTION;
call bigData_test(100000,1); /*调用存储过程(手动开启事务,否则每次insert都会commit,会导致执行速度慢到令人发指)
commit;

//新建并查询索引(自己测试的时候先新增数据在建立索引,否则在添加数据的时候等候时间太长)
ALTER TABLE bs_user ADD INDEX index_uname (u_name); /给bs_user添加一个名为index_uname的索引
show index from bs_user; /
查询bs_user表中的索引

小知识

show global variables like '%query_cache%'; /查询query_cache 是否开启(走索引第一次会很慢,第二次会很快)
show variables like '%storage_engine%'; /
表引擎使用innodb.第一次查询也会走数据文件,第二次直接走buffer_pool,也比直接查询数据文件要快

原理分析:http://blog.jobbole.com/24006/

二、分表、分库、分区

在大数据的基础上需要考虑这些数据主要是读还是更新(根据不同的操作也可以选择不同特征的数据库,冷热数据分离)
分表:垂直-按照字段(如:文章的内容常常用于查询,访问量常常更新)
水平-保持表的结构相同,只是把数据放到不同的表中(user表:user1,user2),根据uid段来区分11000000放到user1,10000012000000放到user2等等
每张表都需要带上,MYD数据文件,.MYI索引文件,.frm表结构文件

分区:将一张表的数据分为N个区块,可以放置在相同或是不同的磁盘上,散列在不同的位置。操作的同一张表名,由数据库自己选择分区

分库:当一台服务器的磁盘IO遇到瓶颈或是磁盘剩余空间过小等等,可以采用分库到不同服务器数据库

简单介绍:http://www.cnblogs.com/langtianya/p/4997768.html
存在问题:http://wentao365.iteye.com/blog/1740874

一种是表锁定(myisam存储引擎),一个是行锁定(innodb存储引擎)

mysql大约执行流程

1、接收到sql;
2、把sql放到排队队列中;
3、执行sql;
4、返回执行结果。

分表

a,做mysql集群,用调度算法选择数据库(但是每张表的数据还是那么多,只是改变了连接队列方面的效率,而且耗硬件)
b,预计会出现大数据量并访问频繁,按照user1,user2的方式分表(缩短每张表的数据,但是前期如果没有规划好,后期就需要修改大量的sql)
c,merge存储引擎来实现分表(用一个总表allUser,然后做user1和User2),具体http://www.cnblogs.com/miketwais/articles/mysql_partition.html


1,存储引擎的使用不同,冷数据使用MyIsam 可以有更好的查询数据。活跃数据,可以使用Innodb ,可以有更好的更新速度。
2,对冷数据进行更多的从库配置,因为更多的操作是查询,这样来加快查询速度。对热数据,可以相对有更多的主库的横向分表处理。
3,对于一些特殊的活跃数据,也可以考虑使用memcache ,redis之类的缓存,等累计到一定量再去更新数据库.

三、引擎

mysql中 myisam 引擎不支持事务的概念,多用于数据仓库这样查询多而事务少的情况,速度较快。
mysql中 innoDB 引擎支持事务的概念,多用于web网站后台等实时的中小型事务处理后台。

四、优化

//检索速度的提升
1、like '%tangyb' 这种前面模糊匹配会严重影响检索速度
2、limit 的offset 是取offset+N行 并不是从offset开始,所以offset特别大的时候 影响效率
3、count()会统计所有行 ,count(1)必须确保第一列不为null,否则不会统计,所以mysql推荐使用count(
4、禁止使用外键(不适合分布式、高并发)和存储过程(不利于调试、扩展、移植)
5、最好避免in的使用,最好在1000以内
6、mybatis多用resultMap,禁止返回resultClass,减少耦合,方便维护
7、表的设计 包括 id、gmt�_creat、gmt�_modified

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

推荐阅读更多精彩内容