按照指定字符进行合并或拆分是经常碰到的场景，MySQL在合并的写法上比较简单，但是按指定字符拆分相对比较麻烦一点（也就是要多写一些字符）。本文将举例演示如何进行按照指定字符合并及拆分。
MySQL数据库中提供了很丰富的函数，比如我们常用的聚合函数，日期及字符串处理函数等。SELECT语句及其条件表达式都可以使用这些函数，函数可以帮助用户更加方便的处理表中的数据，使MySQL数据库的功能更加强大。本篇文章主要为大家介绍几类常用函数的用法。本期我们将介绍MySQL函数，帮助你更好使用MySQL。
目录 前言 MySQL函数 聚合函数 数学函数 字符串函数 日期函数 控制流函数 窗口函数 序号函数 开窗聚合函数- SUM,AVG,MIN,MAX 前后函数 lag lead 首尾函数first_v
今天是《MySQL核心知识》专栏的第6章，今天为大家系统的讲讲MySQL中的查询语句，希望通过本章节的学习，小伙伴们能够举一反三，彻底掌握MySQL中的各种查询语句。好了，开始今天的正题吧。
相信这内连接，左连接什么的大家都比较熟悉了，当然还有左外连接什么的，基本用不上我就不贴出来了。这图只是让大家回忆一下，各种连接查询。 然后要告诉大家的是，需要根据查询的情况，想好使用哪种连接方式效率更高。
上一篇我们主要讲了 MySQL 失效的场景到底有哪些原因导致的，并且提到了如果 SQL 中如果使用了函数，则可能会导致索引失效的问题。具体可查看文章：
调用EXPLAIN可以获取关于查询执行计划的信息，以及如何解释输出。EXPLAIN命令是查看查询优化器如何决定执行查询的主要方法，但该动能也有局限性，它的选择并不总是最优的，展示的也并不一定是真相。
MySQL 和 PostgreSQL 是两大开源关系数据库管理系统 (RDBMS)，长期以来被证明具有高度的可靠性和可扩展性，在本文中，我们将探讨 PostgreSQL 与 MySQL，以及它们之间的差异。
Elasticsearch是通过Lucene的倒排索引技术实现比关系型数据库更快的过滤。特别是它对多条件的过滤支持非常好，比如年龄在18和30之间，性别为女性这样的组合查询。
上一篇讲了比较简单的单表查询以及MySQL的组函数，这一篇给大家分享一点比较难得知识了，关于多表查询，子查询，左连接，外连接等等。希望大家能都得到帮助！ 在开始之前因为要多表查询，所以搭建好环境：
数据库到底有多重要？作为数据分析人员需要懂点数据库，作为开发者需要懂点数据库，作为行业从业者，或者一个专业从事运维的DBA，更是要对数据库了如指掌。 这次我尝试着写了9道常见的MySQL面试题，内容主要从面试角度出发，会涉及比较多很重要的基础知识，对于这类知识，不仅仅要知道，还要能够讲清楚，不够熟悉的小白可以查缺补漏，足够资深的大牛也可以看看对这些知识有没有烂熟于心。如果不知道嘛……出门别说自己是DBA…… 1 关系型数据库和非关系型数据库区别 非关系型数据库（感觉翻译不是很准确）称为 NoSQL，也
Elasticsearch 是通过 Lucene 的倒排索引技术实现比关系型数据库更快的过滤。特别是它对多条件的过滤支持非常好，比如年龄在 18 和 30 之间，性别为女性这样的组合查询。倒排索引很多地方都有介绍，但是其比关系型数据库的 b-tree 索引快在哪里？到底为什么快呢？
MySQL 一直是本人很薄弱的部分，后面会多输出 MySQL 的文章贡献给大家，毕竟 MySQL 涉及到数据存储、锁、磁盘寻道、分页等操作系统概念，而且互联网对 MySQL 的注重程度是不言而喻的，后面要加紧对 MySQL 的研究。写的如果不好，还请大家见谅。
SELECT * FROM (SELECT * FROM t1) AS derived_t1;
本来这篇文章我前两个星期就打算写了，提纲都列好了，但是后面我去追《漫长的季节》这部剧去了，这就花了一个周末的时间，再加上后面一些其它的事，导致没来得及写
group查询就是分组查询，为什么要分组查询？因为我们想按某个维度进行统计。下面来看个图：
先看看具体有哪些字段： mysql> EXPLAIN SELECT 1; 其实除了以SELECT开头的查询语句，其余的DELETE、INSERT、REPLACE以及UPDATE语句前边都可以加上EXPLAIN这个词儿，用来查看这些语句的执行计划 建两张测试表： CREATE TABLE t1 ( id INT NOT NULL AUTO_INCREMENT, key1 VARCHAR(100), key2 VARCHAR(100), key3 VARCHAR(100),
“你一定又写了烂SQL了！”，“你怎么这样凭空污人清白……慢查询，慢查询不能算烂……慢查询！……程序猿的事，能算烂么？” 本文从SQL执行效率方面略作研究，偏向基础性总结，但力求详实准确。如果有大佬误入此地，还请从容撤退，如果你真的愿意看，我也没什么意见。
在 TiDB 社区活跃较久的伙伴们应该知道，过去我们有被称为 24 章经的《TiDB 源码阅读系列文章》，也有面向 TiKV 的《TiKV 源码解析系列文章》以及 《Deep Dive TiKV 系列文章》。这些系列文章的内容非常深入，能够帮助大家从非常细节的原理入手了解 TiDB 以及 TiKV 的实现方式和基础原理。
排序的字段可以根据具体需求进行选择，没有限制。排序的关键字可以使用 ASC 或者DESC。ASC 是按照升序进行排序的，是默认的排序方式，即 ASC 可以省略。SELECT 语句中如果没有指定具体的排序方式，则默认按 ASC 方式进行排序。DESC 是按降序方式进行排列。当然 ORDER BY 前面也可以使用 WHERE 子句对查询结果进一步过滤。
EXPLAIN 工具能用于获取查询执行计划，即分析 MySQL 如何执行一个 SQL 语句。我们可以通过使用EXPLAIN 去模拟优化器执行 SQL 语句，从而分析 SQL 语句有没有使用索引、是否采用全表扫描方式、判断能否更进一步优化等。我们可以根据EXPLAIN 输出的数据来分析如何优化查询语句，提升查询语句的性能瓶颈。
最近涉及数据库相关操作较多，公司现有规范也不是太全面，就根据网上各路大神的相关规范，整理了一些自用的规范用法，万望指正。
SQL-1：select a.name from tabler a Left Join gtable1 b on a.name = b.name and a.id = 2; （tabler、gtable1分别为分片表、全局表，其中tabler.id 为分片列；两个表配置的节点均为dn1～4）
7.禁止在表中建立预留字段预留字段的命名很难做到见名识义 预留字段无法确认存储的数据类型，所以无法选择合适的类型 对预留字段类型的修改，会对表进行锁定
下面是面试题： 由于我准备面试时大部分的项目准备是围绕数据仓库开发准备的， 而我面试的是货拉拉的大数据开发岗， 所以整个面试过程面试官也在反复和我确认到底是面试应用开发还是数仓开发。。。
1 919 views A+ 所属分类：技术 以前写了十天学会ASP，十天学会 ASP.NET什么的，现在想想再写个PHP吧，也算比较全了。 PHP的调试方法我这里就不说了，外面很多文章都有介绍，也有很多不同的组合。我这里暂时是以 Apache web server 和 MY SQL 作为WEB服务器和数据库，在php-4.3.3下的环境做的程序。当然要简单的构建和访问查看数据库 PHPMYADMIN 不可少。 至于表单设计什么的，我这里也不想多说了，在《十天学会ASP》中已经有介绍。 下面
在SELECT语句中使用星号“”通配符查询所有字段 在SELECT语句中指定所有字段 select from TStudent;
最近在公司做了几张报表，还记得刚开始要做报表的时候都快把SQL给忘光了（当时在广州休假了1个月多，在实习期间也没咋写过SQL），回到公司的第一个需求就是做报表。
今天楼主给大家列一下关于数据库几个常见问题的要点，如果大家对其中的问题感兴趣，可以自行扩展研究。
本章描述的函数对 JSON 值执行操作。有关 JSON 数据类型的讨论以及显示如何使用这些函数的其它示例，参阅“第13.5节 JSON 数据类型”。
温馨提示 点击函数名称，可查看对应函数使用方法！按快捷键 Ctrl+f 即可进行搜索(需浏览器支持) 字符串相关操作函数 去除空格或其他字符 trim 删除字符串两端空格或其他预定义字符 rtrim 删除字符串右边空格或其他预定义字符 chop rtrim() 的别名 chop() 与 Perl 的 chop() 函数有所不同，它会删除字符串的最后一个字符。 ltrim 删除字符串左边空格或其他预定义字符 字符串生成与转换 str_pad 使用另一个字符串填充字符
这周公司开发工作比较悠闲，工作几乎压在设计上游，于是整理了下公司开发的文档，包括项目架构、服务器运维、规范、api对接、基本依赖信息等。如下是包含其中的MySQL开发规范，根据社区很多的博文参考以及结合自身小团队开发情况总结。
最近在公司做了几张报表，还记得刚开始要做报表的时候都快把SQL给忘光了，回到公司的第一个需求就是做报表。
稍不注意，可能你写的查询语句是会导致索引失效，从而走了全表扫描，虽然查询的结果没问题，但是查询的性能大大降低。
存储引擎：MySQL中的数据、索引以及其他对象是如何存储的，是一套文件系统的实现。
数据库设计规范 命名规范 基本设计规范 索引设计规范 字段设计规范 SQL开发规范 操作行为规范 命名规范 对象名称使用小写字母并用下划线分割 禁止使用MySQL保留关键字 见名识义，最好不超过32个
K8s集群文件中对资源管理和资源对象编排部署都可以通过声明样式yaml,文件来解决，也就是说可以把需要对资源对象操作编辑到yaml,文件中。
数据库环境 dev：开发环境，开发可读写，可修改表结构。开发人员可以修改表结构，可以随意修改其中的数据但是需要保证不影响其他开发同事。 qa：测试环境，开发可读写，开发人员可以通过工具修改表结构。 sim：模拟环境，开发可读写，发起上线请求时，会先在这个环境上进行预执行，这个环境也可供部署上线演练或压力测试使用。 real：生产数据库从库（准实时同步），只读环境，不允许修改数据，不允许修改表结构，供线上问题查找，数据查询等使用。 online：线上环境，开发人员不允许直接在线上环境进行数据库操作，如果需要操
JSON类型的加入模糊了关系型数据库与NoSQL之间的界限，给日常开发也带来了很大的便利。
这个用法主要是处理 JSON 字段中值数组型的数据，主要是追加值，不是标准数组类型的，这个函数会自动转化为数组形式，把之前的值作为数组的第一个元素然后进行追加，有批量追加方法：
没有特殊要求（即 Innodb 无法满足的功能如：列存储，存储空间数据等）的情况下，所有表必须使用 Innodb 存储引擎（MySQL5.5 之前默认使用 Myisam，5.6 以后默认的为 Innodb）。
没有特殊要求（即Innodb无法满足的功能如：列存储，存储空间数据等）的情况下，所有表必须使用Innodb存储引擎（mysql5.5之前默认使用Myisam，5.6以后默认的为Innodb） Innodb 支持事务，支持行级锁，更好的恢复性，高并发下性能更好。
•所有数据库对象名称必须使用小写字母并用下划线分割•所有数据库对象名称禁止使用 MySQL 保留关键字（如果表名中包含关键字查询时，需要将其用单引号括起来）•数据库对象的命名要能做到见名识意，并且最后不要超过 32 个字符•临时库表必须以 tmp_为前缀并以日期为后缀，备份表必须以 bak_为前缀并以日期 (时间戳) 为后缀•所有存储相同数据的列名和列类型必须一致（一般作为关联列，如果查询时关联列类型不一致会自动进行数据类型隐式转换，会造成列上的索引失效，导致查询效率降低）
我们都知道，从5.7版本开始，MySQL 支持 RFC7159定义的原生JSON数据类型，该类型支持对JSON文档中的数据的有效访问。关于MySQL 8.0 JSON数据类型，后面准备通过一个系列的文章来进行详细的介绍，这样方便大家对MySQL中JSON数据类型的使用有更好的了解；
https://www.cnblogs.com/huchong/p/10219318.html
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
