语法CREATE PROCEDURE sp_name ([ proc_parameter ]) [ characteristics..] routine_body proc_parameter指定存储过程的参数列表，列表形式如下：[IN|OUT|INOUT] param_name type其中in表示输入参数，out表示输出参数，inout表示既可以输入也可以输出；param_name表示参数名称；type表示参数的类型 该类型可以是MYSQL数据库中的任意类型 有以下取值：characteristic: LANGUAGE SQL | [NOT] DETERMINISTIC | { CONTAINS SQL | NO S...
转载请注明出处:http://blog.csdn.net/l1028386804/article/details/46627263为用户开通mysql权限： grant all privileges on *.* to liuyz @"%" identified by "liuyz"; flush privileges;MySQL优化之——为用户开通mysql权限标签：mysql 权限 本文系统来源：http://blog.csdn.net/l1028386804/article/details/46627263
很多开发人员都会遇见”MySQL: ERROR 1040: Too many connections”的异常情况，造成这种情况的一种原因是访问量过高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力；另一种原因就是MySQL配置文件中max_connections值过小。首先，我们来查看mysql的最大连接数： mysql>show variables like ‘%max_connections%‘; + -----------------+-------+ | Variable_name | Value | + -----------------+-------+ | max_co...
1、编程分为两种：命令式编程：Imperative Programming，程序员需要告诉程序应该怎么做，也就是 How To Do，传统的高级语言都是命令式编程，比如C#，Java，命令式编程也称为过程化编程，工作在第一线的程序员要做这类工作。声明式编程：Declarative Programming，程序员不需要告诉程序如何去做，只需要告诉程序我要做什么，也就是What To Do，比如SQL、.net中的Linq ，Ant配置，Spring中的依赖注入等，声明式编程也称为非过程化编程...
刚给一个朋友解决他写的Discuz!插件的问题，说到MySQL的COUNT(*)的效率，发现越说越说不清楚，干脆写下来，分享给大家。COUNT(*)与COUNT(COL)网上搜索了下，发现各种说法都有：比如认为COUNT(COL)比COUNT(*)快的；认为COUNT(*)比COUNT(COL)快的；还有朋友很搞笑的说到这个其实是看人品的。在不加WHERE限制条件的情况下，COUNT(*)与COUNT(COL)基本可以认为是等价的；但是在有WHERE限制条件的情况下，COUNT(*)会比COUNT(COL)快非常多...
转载请注明出处:http://blog.csdn.net/l1028386804/article/details/46766919 备份 逻辑备份方法 使用MYSQLDUMP命令备份 MYSQLDUMP是MYSQL提供的一个非常有用的数据库备份工具。mysqldump命令执行时将数据库备份成一个文本文件，该文件中实际上包含了多个CREATE 和INSERT语句，使用这些语句可以重新创建表和插入数据 MYSQLDUMP的语法和选项mysqldump -u user -p pwd -h host dbname[tbname,[tbname...]]>filename.sql选项/Option 作...
【http://www.cstor.cn/textdetail_9146.html】 一般而言，slave相对master延迟较大，其根本原因就是slave上的复制线程没办法真正做到并发。简单说，在master上是并发模式(以InnoDB引擎为主)完成事务提交的，而在slave上，复制线程只有一个sql thread用于binlog的apply，所以难怪slave在高并发时会远落后master ORACLE MySQL 5.6版本开始支持多线程复制，配置选项 slave_parallel_workers 即可实现在slave上多线程并发复制。不过...
即可解决数据库端的读压力瓶颈。这在很大程度上解决了目前很多中小型网站的数据库压力瓶颈问题，甚至有些大型网站也在使用类似方案解决 数据库瓶颈问题 Windows环境下的mysql主从复制 复制前的准备工作 在Windows环境下，如果想实现主从复制需要准备的操作环境 角色 ip 端口 操作系统 mysql版本 master 192.168.1.100 3306 Windows7 5.5.20 slave ...
转载请注明出处:http://blog.csdn.net/l1028386804/article/details/46812371关闭过程：1、发起shutdown，发出 SIGTERM信号2、有必要的话，新建一个关闭线程(shutdown thread) 如果是客户端发起的关闭，则会新建一个专用的关闭线程 如果是直接收到 SIGTERM 信号进行关闭的话，专门负责信号处理的线程就会负责关闭工作，或者新建一个独立的线程负责这个事 当无法创建独立的关闭线程时（例如内存不足），MySQL Server会发出类似下面...
简要: 1、数据库设计优化 2、sql语句优化 3、表分割 4、读写分离技术 一、数据库设计优化 1、表设计要符合三范式，当然，有时也需要适当的逆范式 2、什么是三范式 一范式: 具有原子性，不可再分割 二范式: 在满足一范式的基础上，我们考虑是否满足二范式。只要表的记录满足唯一性，也是说，同一张表，不可能出现完全相同的记录，一般说，在表中设计一个主键即可。 三范式: 在满足二范式的基础上，我们考虑是否满足三范式。只要表...
操作系统和硬件级别的优化着眼点：1、对于CPU密集型的应用场景要使用更快速度的CPU甚至更多数量的CPU，为有着更多查询的场景使用更多的CPU等。基于多核以及超线程(hyperthreading)技术，现代的CPU架构越来越复杂、性能也越来越强了，但MySQL对多CPU架构的并行计算能力的利用仍然是有着不太尽如人意之处，尤其是较老的版本如MySQL 5.1之前的版本甚至无法发挥多CPU的优势。不过，通常需要实现的CPU性能提升目标有两类：低迟延和高吞吐...
众所周知，在MySQL中，如果直接 ORDER BY RAND() 的话，效率非常差，因为会多次执行。事实上，如果等值查询也是用 RAND() 的话也如此，我们先来看看下面这几个SQL的不同执行计划和执行耗时。首先，看下建表DDL，这是一个没有显式自增主键的InnoDB表： [yejr@imysql]> show create table t_innodb_random\G *************************** 1. row *************************** Table: t_innodb_random Create Table: CREATE TABLE `t_...
1、选取最适用的字段属性MySQL 可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为char(255),显然给数据库增加了不必要的空间，甚至使用VARchar这种类型也是多余的，因为char(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMI...
MySQL 的Optimizer（优化元件）在优化SQL语句时，首先需要收集一些相关信息，其中就包括表的cardinality（可以翻译为“散列程度”），它表示某个索引对应的列包含多少个不同的值——如果cardinality大大少于数据的实际散列程度，那么索引就基本失效了。我们可以使用SHOW INDEX语句来查看索引的散列程度：SHOW INDEX FROM PLAYERS;TABLE KEY_NAME COLUMN_NAME CARDINALITY------- -------- ----------- -----------PLAYERS PRIMAR...
原文: http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=209406532&idx=1&sn=2e9b0cc02bdd4a02f7fd81fb2a7d78e3&scene=1&key=0acd51d81cb052bce4ec2a825666e97fe7d6e1072fb7d813361771645e9403309eb1af025691162c663b60ea990c3781&ascene=0&uin=Mjk1ODMyNTYyMg%3D%3D&devicetype=iMac+MacBookPro9%2C2+OSX+OSX+10.10.4+build(14E46)&version=11020113&pass_ticket=BMvgY%2FQsw1%2F03cUiNFxSaOqwIILVibsbo6ukY1byB7SBDXiekF%2...