一、MYSQL储存过程简介（技术文）： 储存过程是一个可编程的函数，它在数据库中创建并保存。它可以有SQL语句和一些特殊的控制结构组成。当希望在不同的应用程序或平台上执行相同的函数，或者封装特定功能时，存储过程是非常有用的。数据库中的存储过程可以看做是对编程中面向对象方法的模拟。它允许控制数据的访问方式。存储过程通常有以下优点： 1)存储过程能实现较快的执行速度。 如果某一操作包含大量的Transaction-SQL代码或分...
正文：表的设计及优化（真技术文） 优化①：创建规范化表，消除数据冗余 数据库范式是确保数据库结构合理，满足各种查询需要、避免数据库操作异常的数据库设计方式。满足范式要求的表，称为规范化表，范式产生于20世纪70年代初，一般表设计满足前三范式就可以，在这里简单介绍一下前三范式。 通俗的给大家解释一下（可能不是最科学、最准确的理解） 第一范式：属性(字段)的原子性约束，要求属性具有原子性，不可再分割； 第二范式：...
单表查询优化：（关于索引，后面再开单章讲解） （0）可以先使用 EXPLAIN 关键字可以让你知道MySQL是如何处理你的SQL语句的。这可以帮我们分析是查询语句或是表结构的性能瓶颈。 （1）写sql要明确需要的字段，要多少就写多少字段，而不是滥用 select * （2）可以用使用连接（JOIN）来代替子查询 （3）使用分页语句：limit start , count 或者条件 where子句时，有什么可限制的条件尽量加上，查一条就limit一条。做到不滥用。比如说...
一、多表查询连接的选择：相信这内连接，左连接什么的大家都比较熟悉了，当然还有左外连接什么的，基本用不上我就不贴出来了。这图只是让大家回忆一下，各种连接查询。 然后要告诉大家的是，需要根据查询的情况，想好使用哪种连接方式效率更高。（这是技术文） 二、MySQL的JOIN实现原理 在MySQL 中，只有一种Join 算法，就是大名鼎鼎的Nested Loop Join，他没有其他很多数据库所提供的Hash Join，也没有Sort Merge Join。顾名思义，...
补充知识点：操作数据语句优化的认识 通常情况下，当访问某张表的时候，读取者首先必须获取该表的锁，如果有写入操作到达，那么写入者一直等待读取者完成操作（查询开始之后就不能中断，因此允许读取者完成操作）。当读取者完成对表的操作的时候，锁就会被解除。如果写入者正在等待的时候，另一个读取操作到达了，该读取操作也会被阻塞（block），因为默认的调度策略是写入者优先于读取者。当第一个读取者完成操作并解放锁后，写入...
优化，一直是面试最常问的一个问题。因为从优化的角度,优化的思路,完全可以看出一个人的技术积累。那么，关于系统优化,假设这么个场景,用户反映系统太卡（其实就是高并发）,那么我们怎么优化?如果请求过多,判定web服务器的压力过大,增加前端的web服务器,做负载均衡如果请求静态界面不卡了,但是动态数据还是卡,说明MySQL处理的请求太多了,在应用层增加缓存.数据库层其实是最脆弱的一层，一般在应用设计时在上游就需要把请求拦截掉，...
目录（技术文） 多关于索引，分为以下几点来讲解： 一、索引的概述(什么是索引,索引的优缺点) 二、索引的基本使用（创建索引） 三、索引的基本原理（面试重点） 四、索引的数据结构（B树，hash） 五、创建索引的原则（重中之重，面试必问！敬请收藏！） 六、百万级别或以上的数据如何删除 一、索引的概述 1）什么是索引？ 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指...
一、视图概述（技术文）： （1）什么是视图？ 视图是基于 SQL 语句的结果集的可视化的表。 视图包含行和列，就像一个真实的表。视图中的字段就是来自一个或多个数据库中的真实的表中的字段。视图并不在数据库中以存储的数据值集形式存在，而是存在于实际引用的数据库表中，视图的构成可以是单表查询，多表联合查询，分组查询以及计算(表达式)查询等。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。 （2）视...
+----------+------------+--------------------------------------+ | Query_ID | Duration | Query | +----------+------------+--------------------------------------+ | 2 | 0.00009200 | set profiling=1 | | 5 | 0.02003525 | select count(*) from user where id>2 | +----------+------------+--------------------------------------+ 包含一个...
碎片整理： mysql数据一开始是在磁盘上顺序存放的，如果数据表有频繁的update改动，那么数据就会形成很多碎片，拖慢速度和不利于索引； 优化碎片有两种方式： alter table user engine innodb;其实user这个表原先也是innodb的，这句话看上去没有任何意义，但是mysql会重新规整数据 optimize table user; 也可以修复； 碎片优化是一种很费cpu和内存的事，最好在夜里执行； 非常规 的 min max 优化 select min(age) from table; 不...
转载：https://my.oschina.net/heguangdong/blog/38567 在web应用中,提倡sql简单,避免复杂度。所以在我们公司的应用中看不到jon,子查询等语句的存在,所以间接GROUP BY 与 索引的使用占据大多数,其实很多技巧,别人都是总结过的,仔细分析,仔细学习别人的经验才是正道.而不可浮躁,凭经验主义. 满足GROUP BY子句的最一般的方法是扫描整个表并创建一个新的临时表，表中每个组的所有行应为连续的，然后使用该临时表来找到组并应用累积函...
（1）可以先使用 EXPLAIN 关键字可以让你知道MySQL是如何处理你的SQL语句的。这可以帮我们分析是查询语句或是表结构的性能瓶颈。 （2）写sql要明确需要的字段，要多少就写多少字段，而不是滥用 select * （3）可以用使用连接（JOIN）来代替子查询 （4）使用分页语句：limit start , count 或者条件 where子句时，有什么可限制的条件尽量加上，查一条就limit一条。做到不滥用。比如说我之前做过的的p2p项目,只是需要知道有没有一个满...
Explain语法：explain select … from … [where …] 例如：explain select * from news; 输出：+----+-------------+-------+-------+-------------------+---------+---------+-------+------| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+-------+-------+-------------------+---------+---------+-------+------ 下面对各个属性进行了解： 1、id：这是SELEC...
本文转自:https://www.tuicool.com/wx/2eMBfmq 前言 说起MySQL的查询优化，相信大家收藏了一堆奇技淫巧：不能使用SELECT *、不使用NULL字段、合理创建索引、为字段选择合适的数据类型..... 你是否真的理解这些优化技巧？是否理解其背后的工作原理？在实际场景下性能真有提升吗？我想未必。因而理解这些优化建议背后的原理就尤为重要，希望本文能让你重新审视这些优化建议，并在实际业务场景下合理的运用。MySQL逻辑架构 如果能在...
一、定期检查表和分析表分析表的语法如下:ANALYZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ... 本语句用于分析和存储表的关键字分布，分析的结果将可以使得系统得到准确的统计信 息，使得 SQL 能够生成正确的执行计划。如果用户感觉实际执行计划并不是预期的执行计 划，执行一次分析表可能会解决问题。在分析期间，使用一个读取锁定对表进行锁定。这对 于 MyISAM, BDB 和 InnoDB 表有作用。对于 MyISAM 表，本语...