group by 的基本用法 group by做为分组来使用，后面为条件，可以有多个条件，条件相同的为一组，配
MySQL的使用用法如下所示： 格式：if(Condition,A,B) 意义：当Condition为true时，返回A；当Condition为false时，返回B。 作用：作为条件语句使用。 mysql的if用法解决同一张数据表里面两个字段是否相等统计数据量。 1、需求，主要是同一张数据表里面两个字段是否相等，判断这张表里面，实际数据和对账数据的值是否相等，可以判断合格率。
新的同事来之后问我where 1=1 是什么有意思，这样没意义啊？单从表面来看，似乎确实没有意义！今天来说明下为什么会这样写。
一. 基础概念 在mysql中建立前缀索引的意义在于相对于整列建立索引，前缀索引仅仅是选择该列的部分字符作为索引，减少索引的字符可以节约索引空间，从而提高索引效率，但这样也会降低索引的选择性 关于索引的选择性，它是指不重复的索引值（也称为基数cardinality)和数据表的记录总数的比值，范围从1/(数据表记录总数)到1之间。索引的选择性越高则查询效率越高，因为选择性高的索引可以让MySQL在查找时过滤掉更多的行。选择性为1的索引叫唯一索引，这是最好的索引选择性，性能也是最好的 建立合理前缀索引的诀窍在于要选择足够长的前缀以保证较高的选择性，同时又不能太长（以便节约空间）。前缀应该足够长，以使得前缀索引的选择性接近于索引的整个列。换句话说，前缀的基数应该接近于完整列的基数
1，在稳定性层面来说，更多的是关注高可用、读写分离、负载均衡，灾备管理等等high level层面的措施（就好比要保证生活的稳定性）
MySQL中的聚合函数用于对数据进行计算和统计，常见的聚合函数包括下面列举出来的聚合函数：
接下来我们使用 GROUP BY 语句 将数据表按名字进行分组，并统计每个人有多少条记录：
（1）所有使用NULL值的情况，都可以通过一个有意义的值的表示，这样有利于代码的可读性和可维护性，并能从约束上增强业务数据的规范性。
新的同事来之后问我 where 1=1 是什么意思，这样没意义啊，我笑了。今天来说明下。
前面几篇文章为大家介绍了各种SQL语法的使用，本篇文章将主要介绍MySQL用户及权限相关知识，如果你不是DBA的话可能平时用的不多，但是了解下也是好处多多。
爱可生 DBA 团队成员，负责公司 DMP 产品的运维和客户 MySQL 问题的处理。擅长数据库故障处理。对数据库技术和 python 有着浓厚的兴趣。
今天协助其他同学排查问题的时候，发现数据库错误日志文件已经有9G以上了，打开内容查看如下：
SQL常见面试题总结 （原创不易，你们对阿超的赞就是阿超持续更新的动力！） （以免丢失，建议收藏，阿超持续更新中......） （------------------------------------------------------------------------） 常用SQL语句 SQL常用的聚合函数 Group By和Order By where和having子句的区别 count(*)和count(1)有什么区别 count(1) 含义 用count对字段为null的数据可以查出来吗
原来的主库读写压力都很大，最后做了读写分离，读节点的压力开始激增，而且随着业务的扩展，统计查询的需求越来越多，比如原来是有10个查询，现在可能变成了30个，这样一来统计压力变大，导致系统响应降低，从而导致从库的延迟也开始变大。最大的时候延迟有3个小时，按照这种情况，统计的意义其实已经不大了。
我仿佛看到了那个程序员小姐姐被喷的场景，那是个温暖的午后，明媚的阳光洒在办公桌旁，小姐姐正撸着自己的代码，突然… …“啪啪啪！!别睡了哈哥，老板叫你过去开会！” 我c…
哈喽，小伙伴们好呀，我是狗哥！上周新来的实习生，看了代码之后。问我where 1=1 是什么有意思，这样没意义啊，我笑了。今天来说明下。
1.MySQL中关于函数的说明 2.单行函数分类 3.字符函数 1）length(str)：获取参数值的字节个数； 2） concat(str1,str2,…)：拼接字符串； 3）upper(str)：将字符中的所有字母变为大写； 4）lower(str)：将字符中所有字母变为小写； 5）substr(str,start,[len])：从start位置开始截取字符串，len表示要截取的长度； 6）instr(str,要查找的子串)：返回子串第一次出现的索引，如果找不到，返回0； 7）trim(str)：去掉字符串前后的空格； 8）lpad(str,len,填充字符)：用指定的字符，实现对字符串左填充指定长度； 9）rpad(str,len,填充字符)：用指定的字符，实现对字符串右填充指定长度； 10） replace(str,子串,另一个字符串)：将字符串str中的字串，替换为另一个字符串； 4.数学函数 1）round(x,[保留的位数])：四舍五入； 2）ceil(x)：向上取整，返回>=该参数的最小整数。(天花板函数) 3）floor(x)：向下取整，返回<=该参数的最大整数。（地板函数） 4）truncate(x,D)：截断； 5）mod(被除数,除数)：取余； 5.日期时间函数 1）now()：返回系统当前的日期和时间； 2）curdate()：只返回系统当前的日期，不包含时间； 3）curtime()：只返回系统当前的时间，不包含日期； 4）获取日期和时间中年、月、日、时、分、秒； 5）weekofyear()：获取当前时刻所属的周数； 6）quarter()：获取当前时刻所属的季度； 7）str_to_date()：将日期格式的字符串，转换成指定格式的日期； 8）date_format()：将日期转换成日期字符串； 9）date_add() + interval：向前、向后偏移日期和时间； 10）last_day()：提取某个月最后一天的日期； 11）datediff(end_date,start_date)：计算两个时间相差的天数； 12）timestampdiff(unit,start_date,end_date)：计算两个时间返回的年/月/天数； 6.其它常用系统函数 7.流程控制函数 1）if函数：实现if-else的效果； 2）ifnull函数：判断值是否为null，是null用指定值填充； 3）case…when函数的三种用法； ① case … when用作等值判断的语法格式； ② case … when用作区间判断的语法格式； ③ case…when与聚合函数的联用 8.聚合函数 1）聚合函数的功能和分类； ① 聚合函数的功能； ② 聚合函数的分类； 2）聚合函数的简单使用； 3）五个聚合函数中传入的参数，所支持的数据类型有哪些？ ① 测试数据； ② sum()函数和avg()函数：传入整型/小数类型才有意义； ③ max()函数和min()函数：传入整型/小数类型、日期/时间类型意义较大； ④ count()函数：可以传入任何数据类型，但是碰到null要注意； ⑤ count()函数碰到null值需要特别注意； ⑥ count(1),count(0)表示的是啥意思呢？ ⑦ count(*)计数的效率问题； 4）聚合函数和group by的使用“最重要”；
优化目标 1.减少 IO 次数 IO永远是数据库最容易瓶颈的地方，这是由数据库的职责所决定的，大部分数据库操作中超过90%的时间都是 IO 操作所占用的，减少 IO 次数是 SQL 优化中需要第一优先考虑，当然，也是收效最明显的优化手段。 2.降低 CPU 计算 除了 IO 瓶颈之外，SQL优化中需要考虑的就是 CPU 运算量的优化了。order by, group by,distinct … 都是消耗 CPU 的大户(这些操作基本上都是 CPU 处理内存中的数据比较运算)。当我们的 IO 优化做到一定
您好！我是Matt Mazur ，是一名数据分析师，曾在几家初创公司工作过，帮助公司利用数据发展业务。本指南记录了我对格式化 SQL 的喜好，希望对其他人有一些用处。如果您或您的团队还没有 SQL 风格指南，那么它可以作为一个很好的起点，您可以根据自己的喜好来采用和更新它。
今天在读一篇关于数据库索引介绍的文章时，该文章提到了前缀索引，对于我这个搞数据库应用开发那么多年的人来说，这个词还真是一个新词，没用过。于是打算研究一番。
日常应用运维工作中，Dev或者db本身都需要统计表的行数，以此作为应用或者维护的一个信息参考。也许很多人会忽略select count(*) from table_name类似的sql对数据库性能的影响，可当你在慢日志平台看到执行了数千次，每次执行4秒左右的查询，你还会无动于衷吗？作为一个有担当敢于挑战的dba，你们应该勇于说no，我觉得类似的需求不可避免但不应该是影响数据库性能的因素，如果连这个都摆不平公司还能指望你干什么。经过几番深思总结，我根据查询的需求，分为模糊查询和精确查询，可以通过下面的三种方式来择优选择。下面测试是线上一个日志表，表大小在6个G左右。
小结： count(*) 对行的数目进行计算，包含NULL。 count(column) 对特定的列的值具有的行数进行计算，不包含NULL值。 count(1) 这个用法和count(*)的结果是一样的。
count 计数函数 计算某个字段出现的里面的内容 不为null 就+1
MySQL可以使用profile分析SQL语句的性能消耗情况。例如，查询到SQL会执行多少时间，并看出CPU、内存使用量，执行过程中系统锁及表锁的花费时间等信息。
过滤条件在WHERE子句后面，以一定的方式来拼接SQL，全文索引的使用有特定的语法：
最近遇到一个比较奇怪的问题，用户反馈云服务器的自建 MySQL 连接数没达到的 max_connections 限制，但是程序侧已经开始报错，无法创建新的连接了。程序端报错信息如下：
对于行锁和表锁的意义差异，在面试当中可能出现得频率较高，我们应对MySQL中的锁有一个体系化的了解，更详尽的内容需要自行查找相关资料，本文仅精要总结回答。
上面的代码很熟悉，就是查询符合条件的总条数。在 mybatis 中常用到if标签判断 where 子句后的条件，为防止首字段为空导致 sql报错 。没错 ，当遇到多个查询条件，使用 where 1=1 可以很方便的解决我们条件为空的问题，那么这么写 有什么问题吗 ？
前几天，有位童鞋咨询我一个问题，如果表新增一个not null字段、不指定default，那么这个操作能成功吗？当时我不假思索地回答会直接报错，结果当然就是被啪啪打脸。后续回顾这个问题，做出此错误回答的原因有那么几个：一是not null和不指定default两者本身是冲突的；二是Oracle相关经验告诉我会报错；三是MySQL开发规范一般要求指定default；接下来我们详细记录一下这个案例。
如果问一个程序员MySQL中SELECT COUNT(1)和SELECT COUNT(*)有什么区别，会有很多人给出这样的答案“SELECT COUNT(*)”最终会转化成“SELECT COUNT(1)，而SELECT COUNT(1)省略了转换的这一步，所以SELECT COUNT(1)效率更高“，甚至有一些面试官也会给出类似的答案。最近在看一些历史遗留代码，绝大多数统计数量的SQL都在用SELECT COUNT(1)，觉得有必要搞清楚这个问题。
还有一堆哈 。先用先查就好（现） 比如month addtime。。。。。
MySQL 中删除大表之前可以使用 pt-archiver 批量删除所有记录。这样助于避免在某些情况下您的服务器可能会意外的情况，比如磁盘 IO 满导致数据库hang或者影响正常 SQL 慢查。
查询数据的本质：mysql会到你本地的硬盘上找到对应的文件，然后打开文件，按照你的查询条件来找出你需要的数据。下面是完整的一个单表查询的语法 select * from，这个select * 指的是要查询所有字段的数据。 SELECT distinct 字段1,字段2... FROM 库名.表名 #from后面是说从库的某个表中去找数据，mysql会去找到这个库对应的文件夹下去找到你表名对应的那个数据文件，找不到就直接报错了，找到了就继续后面的操作 WHERE 条件 #从表中找符合条件的数据记录，where后面跟的是你的查询条件 GROUP BY field（字段） #分组 HAVING 筛选 #过滤，过滤之后执行select后面的字段筛选，就是说我要确定一下需要哪个字段的数据，你查询的字段数据进行去重，然后在进行下面的操作 ORDER BY field（字段） #将结果按照后面的字段进行排序 LIMIT 限制条数 #将最后的结果加一个限制条数，就是说我要过滤或者说限制查询出来的数据记录的条数关于上面这些内容，我们在下面一个一个的来详细解释
严格来说，nginx自带是没有针对负载均衡后端节点的健康检查的，但是可以通过默认自带的ngx_http_proxy_module模块和ngx_http_upstream_module模块中的相关指令来完成当后端节点出现故障时，自动切换到健康节点来提供访问。下面列出这两个模块中相关的指令：
正文之前 昨天下午写了篇 Mysql学习小计，结果出乎意料的受欢迎？变相刺激了我多写点 Mysql？好吧，如尔所愿。我晚上反正还不知道学点啥，就把今天看的那个菜鸟教程学完吧，到时候估计一点了，就可以睡了。 正文 ---- Mysql 排序 select field1, field2,...fieldN table_name1, table_name2 order by field1, [field2...] [ASC [DESC]] 你可以使用任何字段来作为排序的条件，从而返回排序后的查询结果。 你
在不久前有位客户在进行数据迁移时发现。自己使用pt-archiver备份时总是会少一条数据；如源数据库中某表数据为2333，导入目的数据库后select结果只有2332。
对上述原始数据，按照DEPARTMENT_ID(员工id)分组统计SALARY(薪水)的平均值。
ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'alpha.employee.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
响应时间(response time 简称RT)是从系统接收请求开始到返回响应之间的时间跨度，是一项极其重要的性能指标。它可以从侧面反映系统的整体吞吐量，也是业务请求(比如sql 请求)的性能好坏的判断依据。
小伙伴想精准查找自己想看的MySQL文章？喏 → MySQL专栏目录 | 点击这里
MySQL 里字段的属性很多，对性能来说，影响也是可大可小，所以针对其属性这一块有必要进行一次探究。
nginx出现502 Bad GateWay的原因大部分情况下应该都不是Nginx的问题，而是后端Server的问题，比如程序挂了，比如响应太慢了。不过有时问题也出在Nginx上，就是我们遇到的这种情况，nginx reload之后一段时间内的访问都是502，error log中大量的no live upstream日志。
多态:对具有继承关系的不同类对象，可以对相同名称的成员函数调用，产生不同的反应效果
响应时间（response time 简称 RT）是从系统接收请求开始到返回响应之间的时间跨度，是一项极其重要的性能指标。它可以从侧面反映系统的整体吞吐量，也是业务请求（比如 sql 请求）的性能好坏的判断依据。
本人混迹qq群2年多了，经常听到有人说“数据表太大了，需要分表”，“xxxx了，要分表”的言论，那么，到底为什么要分表？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
