13518219792
调用如：select 函数名（参数列表）。
创新互联建站服务项目包括日土网站建设、日土网站制作、日土网页制作以及日土网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，日土网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到日土省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
mysql中的UDF（自定义函数），可以写好一些方法或 函数，然后进行调用，而且是在SQL语句中可以进行调用。
DROP FUNCTION CalculateAmount
CREATE FUNCTION CalculateAmount(userid INT) RETURNS float(10,2)
BEGIN
DECLARE totalCredits FLOAT;
SELECT SUM(amount) INTO totalAmount FROM credit_user WHERE id =userid;
RETURN totalAmount;
END
要注意的是，在UDF中，不要定义与数据表中重名的列。而在SQL中， 则可以像SELECT CalculateAmount(1)；那样去调用了。
1.字符串函数
char_lengt()
concat()
instr()
lcase()
left()
ltrim()
mid()
2.时间函数
now()
curdate()
curtime()
datediff()
date_add()
数学函数
abs()
ceiling()
floor()
pow()
rand()
round()
其他函数
md5()
version()
database()
UUID()
同一使用select 函数名(参数列表)
MYSQL_OPT_READ_TIMEOUT 是 MySQL c api 客户端中用来设置读取超时时间的参数。在 MySQL 的官方文档中，该参数的描述是这样的：
MYSQL_OPT_READ_TIMEOUT (argument type: unsigned int *)The timeout in seconds for each attempt to read from the server. There are retries if necessary, so the total effective timeout value is three times the option value. You can set the value so that a lost connection can be detected earlier than the TCP/IPClose_Wait_Timeout value of 10 minutes.
也就是说在需要的时候，实际的超时时间会是设定值的 3 倍。但是实际测试后发现实际的超时时间和设置的超时时间一致。
而具体什么时候发生三倍超时，在文档中没有找到。所以对 MySQL 5.7.20 的源码进行了一些分析。
使用 GDB 调试代码找了实际与 mysql server 通信的代码，如下：
其中 vio_read() 函数中，使用 recv 和 poll 来读取报文和做读取超时。net_should_retry() 函数只有在发生 EINTR 时才会返回 true。从这段代码来看是符合测试结果的，并没有对读取进行三次重试。只有在读取操作被系统中断打断时才会重试，但是这个重试并没有次数限制。
从上面代码的分析可以看出，代码的逻辑和文档的描述不符。于是在一顿搜索后，找到了一个 MySQL 的 BUG(Bug #31163)。该 BUG 报告了在 MySQL 5.0 中，MySQL c api 读取的实际超时时间是设置的三倍，与现有文档描述相符。于是对 MySQL 5.0.96 的代码又进行分析。
同样使用 GDB 找到了通信部分的代码。这次找到了重试三次的代码，如下：
这个版本的 MySQL api 的读写超时是直接使用的 setsockopt 设置的。第一次循环，在 A 点发生了第一次超时（虽然注释写的非阻塞，但是客户端的连接始终是阻塞模式的）。然后在 B 点将该 socket 设置为阻塞模式，C 点这里重置 retry 次数。由于设置了 alarm 第二次以后的循环会直接进入 D 点的这个分支，并且判断循环次数。作为客户端时net-retry_count 始终是 1，所以重试了两次，共计进行了 3 次 vioread 后从 E 点退出函数。
由上面的分析可知，MySQL 文档对于该参数的描述已经过时，现在的 MYSQL_OPT_READ_TIMEOUT 并不会出现三倍超时的问题。而 Bug #31163 中的处理结果也是将文档中该参数的描述更新为实际读取超时时间是设定时间的三倍。也许是 MySQL 的维护者们在后续版本更新时忘记更新文档吧。
rand() 随机生成 0 - 1的浮点数 , 常与其他函数结合使用 ,比如 ceiling,floor,LPAD 等
如果要指定指定范围的随机整数的话，需要用这个公式FLOOR(i + RAND() * j),比如
# 生成 7 - 11的随机数 SELECT FLOOR(7 + (RAND() * 5));
floor 地板; 取小于该值的最大整数 ,比如 0
mysql select floor(1.23),floor(-1.23);
1 -2
ceiling 则相反,向上取整,取大于该值的最小整数 ,比如
SELECT CEILING(1.23); # 2
SELECT CEIL(-1.23); # -1
lpad 是左填充, 用法如下 :
LPAD(RAND()*31 + 1,2,'0')) # 取01-31的随机整数 ,保留两位,如果是一位,左边填0
MySQL的窗口函数最主要作用是对数据进行分组操作（可以进行分组排序，求TopN，移动平均，聚合计算等)，也就是相当于说在当前的详细级别视图里，对更低级别的数据进行计算呈现（可以与Tableau的表计算函数进行对比学习），比如说目前的表格是全国数据，但是要对不同省份的数据进行分组计算，这个时候使用窗口函数就会很方便。
在MySQL中，窗口函数要在8.0版本之后才能使用，如果是低版本的话，只能使用设置变量的方式完成以上内容的实现，设置变量在逻辑上会比窗口函数更加难以理解和使用，使用窗口函数可以大大的提高效率。
在很多SQL的教程中，说到窗口函数的时候，都只是说窗口函数的排序优势而已，但是在实际工作中，其用处远远不止这些。
以下为窗口函数的情况：
