mysql自定义函数

此文是根据杨尚刚在【QCON高可用架构群】中，针对MySQL在单表海量记录等场景下，业界广泛关注的MySQL问题的经验分享整理而成，转发请注明出处。 杨尚刚，美图公司数据库高级DBA，负责美图后端数据存储平台建设和架构设计。前新浪高级数据库工程师，负责新浪微博核心数据库架构改造优化，以及数据库相关的服务器存储选型设计。 前言 MySQL数据库大家应该都很熟悉，而且随着前几年的阿里的去IOE，MySQL逐渐引起更多人的重视。 MySQL历史 1979年，Monty Widenius写了最初的版本，96年发布1.0 1995-2000年，MySQL AB成立，引入BDB 2000年4月，集成MyISAM和replication 2001年，Heikki Tuuri向MySQL建议集成InnoDB 2003发布5.0，提供了视图、存储过程等功能 2008年，MySQL AB被Sun收购，09年推出5.1 2009年4月，Oracle收购Sun，2010年12月推出5.5 2013年2月推出5.6 GA，5.7开发中 MySQL的优点 使用简单 开源免费 扩展性“好”，在一定阶段扩展性好 社区活跃 性能可以满足互联网存储和性能需求，离不开硬件支持 上面这几个因素也是大多数公司选择考虑MySQL的原因。不过MySQL本身存在的问题和限制也很多，有些问题点也经常被其他数据库吐槽或鄙视

在栏目比较多的网站中，经常会用到无限分类，本文我们来分享一个用php递归实现的无限分类实例，实例的返回值可以选择是字符串还是数组，很实用。 在一些复杂的系统中，要求对信息栏目进行无限级的分类，以增强系统的灵活性。那么PHP是如何实现无限级分类的呢?我们在本文中使用递归算法并结合mysql数据表实现无限级分类。 递归，简单的说就是一段程序代码的重复调用，当把代码写到一个自定义函数中，将参数等变量保存，函数中重复调用函数，直到达到某个条件才跳出，返回相应的数据。 Mysql 首先我们准备一张数据表class，记录商品分类信息。表中有三个字段，id：分类编号，主键自增长;title：分类名称;pid：所属上级分类id。 class表结构： CREATE TABLE IF NOT EXISTS `class` ( `id` mediumint(6) NOT NULL AUTO_INCREMENT, `title` varchar(30) NOT NULL, `pid` mediumint(6) NOT NULL DEFAULT '0', PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; 插入数据后，如图： PHP 根据不同的需求，我们提供两种不同格式的自定义函数，一种是返回字符串，一种是返回数组，两种函数都使用了递归方法

1. 使用存储过程的优点有： （1）存储过程在服务器端运行，执行速度快。 （2）存储过程执行一次后，其执行规划就驻留在高速缓冲存储器，在以后的操作中，只需从高速缓冲存储器中调用已编译好的二进制代码执行，提高了系统性能。 （3）确保数据库的安全。使用存储过程可以完成所有数据库操作，并可通过编程方式控制上述操作对数据库信息访问的权限。 2.创建存储过程可以使用create procedure语句。 要在MySQL 5.1中创建存储过程，必须具有CREATE routine权限。要想查看数据库中有哪些存储过程，可以使用SHOW PROCEDURE STATUS命令。要查看某个存储过程的具体信息，可使用SHOWCREATE PROCEDURE sp_name命令，其中sp_name是存储过程的名称。 CREATE PROCEDURE的语法格式： CREATE PROCEDURE sp_name ([proc_parameter[,...]]) [characteristic ...] routine_body 其中，proc_parameter的参数如下： [ IN | OUT | INOUT ] param_name type characteristic特征如下： language SQL | [NOT] DETERMINISTIC | { CONTAINS SQL | NO SQL

一分钟系列 潜在场景如何？ 当MySQL单表的数据量过大时，数据库的访问速度会下降，“数据量大”问题的常见解决方案是“水平切分”。 MySQL常见的水平切分方案有哪些？ （1）分库分表； （2）分区表。 画外音：我C，没听过分区表，有朋友惊叹。 什么是分库分表？ 把一个很大的库（表）的数据分到几个库（表）中，每个库（表）的结构都相同，但他们可以分布在不同的MySQL实例，甚至不同的物理机器上，以达到降低单库（表）数据量，提高读写性能的目的。 分库分表有什么缺点？ 分库分表往往是业务层实施的，分库分表后，往往需要升级系统： （1）修改某些SQL代码； （2）丧失某些SQL功能。 什么是分区表？ 所有数据，逻辑上还在一个表中，但物理上，可以根据一定的规则放在不同的文件中。这是MySQL5.1之后支持的功能，业务代码无需改动。 分区表看上去 很帅气，为什么大部分互联网公司不使用，而更多的选择分库分表来进行水平切分呢？ 分区表的一些缺点，是大数据量，高并发量的业务难以接受的： （1）如果SQL不走分区键，很容易出现全表锁； （2）在分区表实施关联查询，就是一个灾难； （3）分库分表，自己掌控业务场景与访问模式，可控；分区表，工程师写了一个SQL，自己无法确定MySQL是怎么玩的，不可控； 画外音：类似于，不要把业务逻辑实现在存储过程，用户自定义函数，触发器里，而要实现在业务代码里一样。

目录 MySQL数据库备份和恢复 备份恢复概述 为什么要备份 备份注意要点 还原要点 备份类型： 备份时需要考虑的因素 备份什么 备份工具 冷备份 cp tar mysqldump备份工具 模拟数据库崩溃，最大限度还原数据 mysqldump的分库备份 mysqldump的MyISAM存储引擎相关的备份选项： mysqldump的InnoDB存储引擎相关的备份选项： 生产环境实战备份策略 将误删除了的某个表进行还原 MySQL数据库备份和恢复 备份恢复概述 为什么要备份 灾难恢复：硬件故障、软件故障、自然灾害、黑客攻击、误操作测试等数据丢失场景 备份注意要点 能容忍最多丢失多少数据 恢复数据需要在多长时间内完成 需要恢复哪些数据 还原要点 做还原测试，用于测试备份的可用性 还原演练 备份类型： * 完全备份，部分备份 完全备份：整个数据集 部分备份：只备份数据子集，如部分库或表 * 完全备份、增量备份、差异备份 增量备份：仅备份最近一次完全备份或增量备份（如果存在增量）以来变化的数据，备份较快，还原复杂 差异备份：仅备份最近一次完全备份以来变化的数据，备份较慢，还原简单 * 注意：二进制日志文件不应该与数据文件放在同一磁盘 * 冷、温、热备份 冷备：读、写操作均不可进行 温备：读操作可执行；但写操作不可执行 热备：读、写操作均可执行 MyISAM：温备，不支持热备 InnoDB

　　 1. 有些人说Oracle没有限制,实际上他们说得可能是Oracle不支持LIMIT语法.不过可以rownum虚列来实现,不过会更加麻烦. 　　2. Oracle不支持偏移(offset)语法. 3. Oracle的复制功能可能比MySQL更加健壮,不过也更加难以配置. 　　4. 对于多个Master类型的系统,大部分用户都希望你使用更加复杂也更加昂贵的Oracle RAC(虽然可能NDB更加健壮). 　　5. Oracle的分区功能非常健壮,但是它不是内置的,并需要专门为此付费(分区功能是在Enterprise Edition里面是内置的). 　　6. 在Linux/Unix上,Oracle并不象Mysql那么方便,很多Linux/Unix发行版默认就会自带Mysql.(我对这一点的理解与翻译可能都有偏差) 　　7. INSERT … ON DUPLICATE KEY UPDATE语法将不再可用,不过你需要学习更加复杂(但是符合SQL标准)的MERGE语法. 　　8. Oracle的ROLE架构与MySQL有很大差异,无法再使用root角色来完整所有工作.(不过Sys用户的权限仍然与root相差无几,只是为了安全着想,不建议这么使用了). 　　9. Role 帐户与特定的Schema联系在一起(反之也一样),类似于MySQL数据库中的Database概念.

最近整理了一下MySQL 8.0的自动化安装，其中用到了一个MySQL 5.7版本的自定义配置文件，由于没有对（MySQL 8.0）做针对性修改，导致安装过程中出现了一些错误 其中部分原因就是MySQL 5.7时代的配置在MySQL 8.0不再被支持，同时某些参数不再建议使用，如果继续保留在配置文件中，会导致8.0实例无法启动。 query cache被弃用 MySQL 8.0不在支持query cache，因此query cache相关的参数被移除 1，query_cache_type 2，query_cache_size binlog相关的参数 expire-logs-days： 被binlog_expire_logs_seconds替代，但是MySQL 8.0 下 expire-logs-days尚被支持 如果要管理binlog，参数为：skip-log-bin = 1 查询了一下相关的资料，发现 这篇文章 总结的相对比较全面一点，译文如下： 本文总结了MySQL 8.0第一版中删除的参数和特性。一些参数和特性在MySQL 8.0中被设置为弃用。 其他一些在MySQL 5.7或更早的版本中被设置为弃用，但是在MySQL 8.0中被删除了。 WL#7704:InnoDB: Remove deprecated file format parameters in 8.0

一、bin-log介绍 MySQL的二进制日志可以说是MySQL最重要的日志了，它事件形式记录了所有的DDL和DML更新数据语句，以及所执行消耗的时间，MySQL的二进制日志是事务安全型的。 一般来说开启二进制日志大概会有1%的性能损耗 。其有两个重要的使用场景: 1、主从复制时备机通过dump master节点的bin-log文件来进行数据同步 2、通过使用MySQLBinlog工具做数据恢复。 bin-log包括两类文件： 索引文件（文件名后缀为.index）:用于记录所有的二进制文件， 日志文件（文件名后缀为.00000*）:记录数据库所有的DDL和DML(导致数据更新)语句事件。 二、Binlog的开启 linux配置开启mysql bin-log日志服务 三、bin-log的三种级别及其对比 1、statement 语句级:记录每次执行导致数据改变的sql语句。 优点：节省存储空间 缺点：可能产生数据不一致问题， 比如： 系统时间获取、随机数函数、自定义函数下使用binlog日志进行数据恢复，由于网络延迟可能产生数据不一致问题。 2、row 行级:记录更新后的数据 优点：其可以精准的记录数据变化，解决主从复制数据不一致问题 缺点：占用较大空间，特别是在批量数据插入、更新的情况下。 3、mixed statement的升级版

1. 有些人说Oracle没有限制,实际上他们说得可能是Oracle不支持LIMIT语法.不过可以rownum虚列来实现,不过会更加麻烦. 　　2. Oracle不支持偏移(offset)语法. 3. Oracle的复制功能可能比MySQL更加健壮,不过也更加难以配置. 　　4. 对于多个Master类型的系统,大部分用户都希望你使用更加复杂也更加昂贵的Oracle RAC(虽然可能NDB更加健壮). 　　5. Oracle的分区功能非常健壮,但是它不是内置的,并需要专门为此付费(分区功能是在Enterprise Edition里面是内置的). 　　6. 在Linux/Unix上,Oracle并不象Mysql那么方便,很多Linux/Unix发行版默认就会自带Mysql.(我对这一点的理解与翻译可能都有偏差) 　　7. INSERT … ON DUPLICATE KEY UPDATE语法将不再可用,不过你需要学习更加复杂(但是符合SQL标准)的MERGE语法. 　　8. Oracle的ROLE架构与MySQL有很大差异,无法再使用root角色来完整所有工作.(不过Sys用户的权限仍然与root相差无几,只是为了安全着想,不建议这么使用了). 　　9. Role 帐户与特定的Schema联系在一起(反之也一样),类似于MySQL数据库中的Database概念.

1，什么是mysql分表，分区 什么是分表，从表面意思上看呢，就是把一张表分成N多个小表，具体请看 mysql分表的3种方法 什么是分区，分区呢就是把一张表的数据分成N多个区块，这些区块可以在同一个磁盘上，也可以在不同的磁盘上 2. mysql分表。 一，先说一下为什么要分表 当一张的数据达到几百万时，你查询一次所花的时间会变多，如果有联合查询的话，我想有可能会死在那儿了。分表的目的就在于此，减小数据库的负担，缩短查询时间。 根据个人经验，mysql执行一个sql的过程如下： 1,接收到sql;2,把sql放到排队队列中 ;3,执行sql;4,返回执行结果。在这个执行过程中最花时间在什么地方呢？ 第一，是排队等待的时间，第二，sql的执行时间。其实这二个是一回事，等待的同时，肯定有sql在执行。所以我们要缩短sql的执行时间。 mysql中有一种机制是表锁定和行锁定，为什么要出现这种机制，是为了保证数据的完整性，我举个例子来说吧，如果有二个sql都要修改同一张表的同一条数据，这个时候怎么办呢，是不是二个sql都可以同时修改这条数据呢？很显然mysql对这种情况的处理是，一种是表锁定（myisam存储引擎），一个是行锁定（innodb存储引擎）。 表锁定表示你们都不能对这张表进行操作，必须等我对表操作完才行。行锁定也一样，别的sql必须等我对这条数据操作完了，才能对这条数据进行操作