PS：centos7.6自带的类mysql数据库是mariadb，会跟mysql冲突，要先删除。
在MySQL中有四类约束。分别是：主键约束(primary key)，非空约束(not null)，唯一约束(unique)，外键约束(foreign key)。
其实上面这些问题，我最早想法是，每个问题都可以啰嗦出一篇文章。后来由于良心发现，烟哥就决定用一篇文章将这些问题都讲明白。 当然，我给的回答可能并非标准答案，毕竟是自己的一些工作总结。各位读者有更好的回答，也欢迎交流！
mysql5.7+的版本中，sql_mode为严格模式。比如必须给字段默认值，更新数据的长度必须符合限制等。
其中,”ID”为每条记录的唯一ID(一般为自增字段),”No”为每条记录在表中对应的位置(为直观起见),”Other”为表中的其他信息(可为N个字段).
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
我们上一篇讲了MySQL索引背后的数据结构及算法原理，我们知道了为什么使用索引查询数据效率那么高的原理了，我们接着看看MySQL的索引是如何实现的。
目前大部分数据库系统及文件系统都采用B-Tree(B树)或其变种B+Tree(B+树)作为索引结构。B+Tree是数据库系统实现索引的首选数据结构。在MySQL中,索引属于存储引擎级别的概念,不同存储引擎对索引的实现方式是不同的,本文主要讨论MyISAM和InnoDB两个存储引擎的索引实现方式。MyISAM索引实现MyISAM引擎使用B+Tree作为索引结构,叶节点的data域存放的是数据记录的地址。下图是MyISAM索引的原理图:image.png这里设表一共有三列,假设我
上片文章讲解模板。你本文将讲解 “MTV” 中 M 层次，即模型层（数据存取层）。模型这内容比较多，我将其拆分为 3 个部分来讲解。同时，文章也配套了例子，你可以通过 阅读原文 来查看。
（1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层
本文中说到的“建”，并非单纯的建一个库，或是建一张表，而是你建好的库和表在项目的运营中，是否能应付各种事件，下面我说说几个我在项目中遇到的问题以及处理的方法，算是一个小小的心得，给大家分享下。
最近有一些朋友问我一些mysql相关的面试题，有一些比较基础，有些比较偏。这里就总结一些常见的mysql面试题吧，都是自己平时工作的总结以及经验。大家看完，能避开很多坑。而且很多问题，都是面试中也经常问到！希望能对大家的面试有一些帮助！！！
一、基础规范 表存储引擎必须使用InnoDB 表字符集默认使用utf8，必要时候使用utf8mb4 解读： （1）通用，无乱码风险，汉字3字节，英文1字节 （2）utf8mb4是utf8的超集，有存储4字节例如表情符号时，使用它 禁止使用存储过程，视图，触发器，Event 解读： （1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层 （2）调试，排错，迁移都比较困难，扩展性较差 禁止在数据库中存储大文件，例如照片，可以将大文件存储在对象存储系统，数据库中存储路径 禁止在线上
当在MySQL中对InnoDB表进行更改时，这些更改首先存储在InnoDB日志缓冲区的内存中，然后写入InnoDB日志文件，这些文件通常被称为重做日志。而如果有迹象表明innodb_log_buffer_size变量设置得太低，那么可以调整它来优化性能。
为什么80%的码农都做不了架构师？>>> 一、基础规范 表存储引擎必须使用InnoDB 表字符集默认使用utf8，必要时候使用utf8mb4 解读: (1) 通用，无乱码风险，汉字3字节
需求1：创建一个表id、name、age、address、stu_num五个字段。
客观地说，Elasticsearch确实是个好工具，毕竟它在分布式开源搜索和分析引擎中处于领先地位。不过它也存在不少陷阱，以至于身边几个朋友经常抱怨Elasticsearch有多么不好用。
MySQL作为最流行的关系型数据库之一，基本上每个开发人员都使用过，在平时工作中难免会遇到性能的问题，本篇从多个角度详细的介绍了，关于MySQL最常用的优化方法，包括字段类型，索引使用，SQL语句，参数调优，分库，分表，分片，缓存，以及通过中间件，NoSQL等。相信你认真读完之后一定会受益匪浅。
《高性能MySQL》指导 性能优化 1.表优化 2.索引优化 3.查询优化 4.服务器优化 5.系统与硬件优化 稳定优化 1.复制 2.可拓展 3.高可用，避免单点失效等 4.云 5.备份恢复 1.表优化 选择合适的数据类型 减少列和关联 反范式冗余 缓存表、计数器表 2.索引优化 索引独立放在符号的一侧 前缀/翻转后缀索引 合适的多列索引顺序 聚簇索引(索引组织表) 覆盖需要返回字段索引 索引排序 压缩 移除冗余和重复索引 (唯一和主键都是索引） 索引减少锁
写在前面：2020年面试必备的Java后端进阶面试题总结了一份复习指南在Github上，内容详细，图文并茂，有需要学习的朋友可以Star一下！ GitHub地址：https://github.com/abel-max/Java-Study-Note/tree/master
Database类用来得到连接对象，还有关闭资源。这些工作调用这个类的方法就可以。免得每次的操作都要写上创建连接，和一连串的关闭。通过连接池来创建优化了运行不用以重新新建的方式
官方文档： https://dev.mysql.com/doc/refman/5.7/en/create-table-foreign-keys.html 1.外键作用： MySQL通过外键约束来保证表与表之间的数据的完整性和准确性。 2.外键的使用条件 1.两个表必须是InnoDB表，MyISAM表暂时不支持外键（据说以后的版本有可能支持，但至少目前不支持） 2.外键列必须建立了索引，MySQL 4.1.2以后的版本在建立外键时会自动创建索引，但如果在较早的版本则需要显示建立； 3.外键关系的两个表的列必须
上架与下架的管控，在我负责的项目（单据系统）中实现；销售的控制则是在另外一个项目（POS系统）中实现
排序时索引也用到了，只不过此时该索引不是用来查询，而是用来排序，explain没有展示出来
◆ Elasticsearch注意事项 客观地说，Elasticsearch确实是个好工具，毕竟它在分布式开源搜索和分析引擎中处于领先地位。不过它也存在不少陷阱，以至于身边几个朋友经常抱怨Elasticsearch有多么不好用。 对于Elasticsearch而言，想掌握好这门技术，除需要对它的用法了如指掌 外 ， 还 需 要 对 技 术 中 的 各 种 陷 阱 了 然 于 心 。这 里 总 结 一 些 关 于Elasticsearch的使用要点。 1）如何使用Elasticsearch设计表结构？ 2）E
数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更 新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引 擎，还可以 获得特定的功能。现在许多不同的数据库管理系统都支持多种不同的数据引擎。存储引擎主 要有： 1. MyIsam , 2. InnoDB, 3. Memory, 4. Archive, 5. Federated 。
目前大部分数据库系统及文件系统都采用 B-Tree（B 树）或其变种 B+Tree（B+树）作为索引结构。B+Tree 是数据库系统实现索引的首选数据结构。
2.1工具下载：【https://download.csdn.net/download/feng8403000/20419353】
在任何一个关系数据库中，第一范式是对关系模式的基本要求，不满足第一范式的数据库就不是关系数据库
转载自 https://www.2cto.com/database/201709/676637.html
大家好，我是鱼皮，相信很多面试后端的朋友都被问到过这道题：MySQL 如何性能优化？
前段时间，我发表了文章《关于CALCULATE函数，初学者特别容易混淆的问题之一！| DAX实战案例》，其中付了一个明细表和加入度量后的对比图：
MySQL支持诸多存储引擎，而各种存储引擎对索引的支持也各不相同，因此MySQL数据库支持多种索引类型，如BTree索引，哈希索引，全文索引等等。
MySQL支持诸多存储引擎，而各种存储引擎对索引的支持也各不相同，因此MySQL数据库支持多种索引类型，如BTree索引，哈希索引，全文索引等等。为了避免混乱，本文将只关注于BTree索引，因为这是平常使用MySQL时主要打交道的索引。
对于全栈而言，数据库技能不可或缺，关系型数据库或者nosql，内存型数据库或者偏磁盘存储的数据库，对象存储的数据库或者图数据库……林林总总,但是第一必备技能还应该是MySQL。从LAMP的兴起，到Mariadb的出现，甚至PG的到来，熟练的MySQL技能都是大有用武之地的。
SQLE 是一款全方位的 SQL 质量管理平台，覆盖开发至生产环境的 SQL 审核和管理。支持主流的开源、商业、国产数据库，为开发和运维提供流程自动化能力，提升上线效率，提高数据质量。
mysql支持的分区类型包括Range、List、Hash、Key，其中Range比较常用：
设值主键是为了确定唯一性，当一个字段无法确定唯一性的时候，就需要采用联合主键的方式。（多个字段来定义一个主键）
| 作者 刘国斌，腾讯微信事业群研发工程师，目前从事企业微信的后台研发工作，已经参与企业微信消息系统、群聊、客户联系等企业微信多个核心功能的迭代。 ---- 数据库查询是数据库的最主要功能之一。我们都希望查询数据的速度能尽可能的快，因此数据库系统的设计者会从查询算法的角度进行优化。 最基本的查询算法当然是顺序查找（linear search），然而这种复杂度为O(n)的算法在数据量很大时显然是糟糕的，好在计算机科学的发展提供了很多更优秀的查找算法，例如二分查找（binary search）、二叉树查找（
String(字符串) 存入值 set key value 获取值 get key 追加值(如果key不存在,相对于新建set) append key value 查看长度 strlen key 实现
之前为了方便，我们学习 MySQL 时统一使用的都是 root 账号进行登录，但在实际的开发场景中必然是需要进行用户管理的，即不同层级/职能的人使用不同的账号进行登录。
主键索引：在我们给一个字段设置主键的时候，它就会自动创建主键索引，用来确保每一个值都是唯一的。
几乎每一个分布式系统，都会给用户提供自定义路由的功能。因为，仅通过range、mod、hash等方法，很大概率已经满足不了用户的需求。下面以一个实际场景为例，说一下数据路由的思路。
基础规范 表存储引擎必须使用 InnoDB 表字符集默认使用 utf8，必要时候使用 utf8mb4 说明： 1）通用，无乱码风险，汉字3字节，英文1字节 2）`utf8mb4` 是 `utf8` 的超集，有存储 4 字节例如表情符号时，使用它 复制代码 禁止使用存储过程，视图，触发器，Event 说明： 1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层 2）调试，排错，迁移都比较困难，扩展性、移植性较差 复制代码 禁止在数据库中存储大文件，例如照片，可以
1、因为任何有业务含义的列都有改变的可能性,主键一旦带上了业务含义，那么主键就有可能发生变更。主键一旦发生变更，该数据在磁盘上的存储位置就会发生变更，有可能会引发页分裂，产生空间碎片。
这些天，一半的时间都花在练车了，导致毕设进度就慢下来了。而且最近完美主义越来越严重，就加了个调优的小版本。本来今天应该进入第二个阶段了（主redis），结果现在还在对第一个版本进行调优。所以目前还是主mysql。
除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量：
从 hi!admin 抄来的一份配置.注释得非常好.精 #BEGIN CONFIG INFO #DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的连接, 队列负载大 #TYPE: SYSTEM #END CONFIG INFO # # 此mysql配置文件例子针对4G内存 # 主要使用INNODB #处理复杂队列并且连接数量较少的mysql服务器 # # 将此文件复制到/etc/my.cnf 作为全局设置, # mysql-data-dir/my.cnf 作为服务器指定设置 # (@localstatedir@ for this installation) 或者放入 # ~/.my.cnf 作为用户设置. # # 在此配置文件中, 你可以使用所有程序支持的长选项. # 如果想获悉程序支持的所有选项 # 请在程序后加上"--help"参数运行程序. # # 关于独立选项更多的细节信息可以在手册内找到 # # # 以下选项会被MySQL客户端应用读取. # 注意只有MySQL附带的客户端应用程序保证可以读取这段内容. # 如果你想你自己的MySQL应用程序获取这些值 # 需要在MySQL客户端库初始化的时候指定这些选项 # [client] #password = [your_password] port = @MYSQL_TCP_PORT@ socket = @MYSQL_UNIX_ADDR@ # *** 应用定制选项 *** # # MySQL 服务端 # [mysqld] # 一般配置选项 port = @MYSQL_TCP_PORT@ socket = @MYSQL_UNIX_ADDR@ # back_log 是操作系统在监听队列中所能保持的连接数, # 队列保存了在MySQL连接管理器线程处理之前的连接. # 如果你有非常高的连接率并且出现"connection refused" 报错, # 你就应该增加此处的值. # 检查你的操作系统文档来获取这个变量的最大值. # 如果将back_log设定到比你操作系统限制更高的值,将会没有效果 back_log = 50 # 不在TCP/IP端口上进行监听. # 如果所有的进程都是在同一台服务器连接到本地的mysqld, # 这样设置将是增强安全的方法 # 所有mysqld的连接都是通过Unix sockets 或者命名管道进行的. # 注意在windows下如果没有打开命名管道选项而只是用此项 # (通过 "enable-named-pipe" 选项) 将会导致mysql服务没有任何作用! #skip-networking # MySQL 服务所允许的同时会话数的上限 # 其中一个连接将被SUPER权限保留作为管理员登录. # 即便已经达到了连接数的上限. max_connections = 100 # 每个客户端连接最大的错误允许数量,如果达到了此限制. # 这个客户端将会被MySQL服务阻止直到执行了"FLUSH HOSTS" 或者服务重启 # 非法的密码以及其他在链接时的错误会增加此值. # 查看 "Aborted_connects" 状态来获取全局计数器. max_connect_errors = 10 # 所有线程所打开表的数量. # 增加此值就增加了mysqld所需要的文件描述符的数量 # 这样你需要确认在[mysqld_safe]中 "open-files-limit" 变量设置打开文件数量允许至少4096 table_cache = 2048 # 允许外部文件级别的锁. 打开文件锁会对性能造成负面影响 # 所以只有在你在同样的文件上运行多个数据库实例时才使用此选项(注意仍会有其他约束!) # 或者你在文件层面上使用了其他一些软件依赖来锁定MyISAM表 #external-locking # 服务所能处理的请求包的最大大小以及服务所能处理的最大的请求大小(当与大的BLOB字段一起工作时相当必要) # 每个连接独立的大小.大小动态增加 max_allowed_packet = 16M # 在一个事务中binlog为了记录SQL状态所持有的cache大小 # 如果你经常使用大的,多声明的事务,你可以增加此值来获取更大的性能. # 所有从事务来的状
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
