索引 索引的使用 什么时候使用索引表的主关键字 表的字段唯一约束 直接条件查询的字段 查询中与其它表关联的字段 查询中排序的字段 查询中统计或分组统计的字段 什么情况下应不建或少建索引 表记录太少 经常插入、删除、修改的表 数据重复且分布平均的表字段 经常和主字段一块查询但主字段索引值比较多的表字段 复合索引 命中规则 需要加索引的字段，需要在where条件中 数据量少的字段不需要索引 如果where条件中是or条件，加索引不起作用 符合最左原则 · 最左原则：Mysql从左到右的使用索引中的字段，一个查询
1） 数值 int //int(3)与长度无关，不够3位前面补0，默认看不见 float 2） 字符串 char(n) //占用n个字节， varchar(n) //存多少用多少 text //65535 longtext //42亿 3） 日期 date datatime timestamp time year //建议日期类型存int 2. 数据字段类型 3. 数据字段属性 unsigned//无符号，全正数 zerofill//零填充，int(3)，不够补0 auto_increment//自增 null//这一列值允许为null not null//这一列不允许为null default//默认值 4. 数据表的字符集 \s //查看服务器的基本信息 查看数据库字符集 show creat database test; 查看表字符集 Show creat table user; php设置客户端和连接字符集 $sql=”set names utf8”; [mysql] defult-character-set=utf8 //客户端和连接字符集 [mysqld] character-set-server =utf8 //服务器、数据库和表字符集 5. 数据表索引设置
在开发当中，经常看见有些字段长度是varchar(20)或者varchar(32)，但是在自己建表的时候，navicat基本上都是默认的varchar(255)的长度。 所以带着疑问来学习一下数据库表字段长度的设计。
但是，线上的一张表如果数据量很大，执行加字段操作就会锁表，这个过程可能需要很长时间甚至导致服务崩溃，那么这样操作就有风险。
作者：张洛丹，热衷于数据库技术，不断探索，期望未来能够撰写更有深度的文章，输出更有价值的内容！
https://my.oschina.net/u/1774673/blog/871912
] 10. 表字段注释，每个字段必须设置注释说明; 11. 表字段注释，状态类型的字段必须说明取值规则（比如性别sex取值规则）
文章摘要 在线上环境遇到数据库死锁问题该如何分析并解决问题呢？ 虽然很多童鞋在学数据库课程时都了解数据库隔离级别、死锁和事务等概念，但在测试/线上环境遇到死锁却不一定能够及时分析并解决这类问题。本文主要以作者在测试环境中遇到的一个死锁Case说起，首先还原出现死锁的现场和条件，并结合排查业务应用工程日志、MySQL数据库状态信息等方式，同时给出MySQL锁的基本概念，再通过阅读日志深入定位并分析出现死锁的原因，最后讲下MySQL InnoDB的加锁原理以及如降低死锁发生的机率。 一、 出现死
通过 mysql> 命令窗口可以很简单的创建MySQL数据表。你可以使用 SQL 语句CREATE TABLE来创建数据表。
mysql高并发的解决方法有：优化SQL语句，优化数据库字段，加缓存，分区表，读写分离以及垂直拆分，解耦模块，水平切分等。
a、采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线’_'组成; b、命名简洁明确(长度不能超过30个字符); c、例如：user, stat, log, 也可以wifi_user, wifi_stat, wifi_log给数据库加个前缀; d、除非是备份数据库可以加0-9的自然数：user_db_20151210;
1.如何优化因 MySQL 读写频繁，负载过高导致的CPU高占用率? 一、如果是写比较少，读比较高，可以做读写分离，一主多从； 二、如果是读写都很多 ，使用分库分表，多主多从； 2.MySQL中v
MySQL Online DDL 功能从 5.6 版本开始正式引入，发展到现在的 8.0 版本，经历了多次的调整和完善。本文主要就 Online DDL 的发展过程，以及各版本的区别进行总结。其实早在 MySQL 5.5 版本中就加入了 INPLACE DDL 方式，但是因为实现的问题，依然会阻塞 INSERT、UPDATE、DELETE 操作，这也是 MySQL 早期版本长期被吐槽的原因之一。
mysql 中 SELECT 命令类似于其他编程语言的 print 或 write，可用来显示字符串、数字、数学表达式的结果等
大家好，又见面了，我是你们的朋友全栈君。 Ｍysql联合 索引(复合索引)的使用原则 命名规则：表名_字段名 需要加索引的字段，要在where条件中。 数据量少的字段不需要加索引。最窄的字段放在键的左边。 如果where条件中是OR关系，必须所有的or条件都必须是独立索引，否则加索引不起作用。见：mysql关于or的索引问题 最左匹配原则。 只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NU
数据库主要是用来存储的，我们应避免让数据库做运算，比如写定时任务，存储过程等。复杂的计算应该在程序代码中实现。我们应该尽量简单的使用数据库。
mysql 命令完全总结 /* 精心整理关于 mysql 的命令 By CS逍遥剑仙 www.csxiaoyao.com 数据库环境配置见 mysql配置总结.md 常用SQL用法见文件 sql代码总结.md */ mysql 命令完全总结 连接mysql 修改密码 用户管理 1 新建用户 2 用户权限管理 3 删除用户 数据库操作 1 连接数据库 2 显示数据库 3 创建数据库 4 SELECT操作 5 删除数据库 表操作 1 创建数据表 2 表字段操作 3 修改表名 4 删除数据表 5
主键的设计最好不要与业务逻辑有所关联，主键最后是一串毫无意义，独立不重复的数字，比如：UUID，Auto_increment，又或者是雪花算法生成的主键等等
mysql 命令完全总结 Write By CS逍遥剑仙 我的主页: www.csxiaoyao.com GitHub: github.com/csxiaoyaojianxian Email: sunjianfeng@csxiaoyao.com QQ: 1724338257 目录导航 mysql 命令完全总结 1. 连接mysql 2. 修改密码 3. 用户管理 3.1 新建用户 3.2 用户权限管理 3.3 删除用户 4. 数据库操作 4.
大多数互联网应用场景都是读多写少，业务逻辑更多分布在写上。对读的要求大概就是要快。那么都有什么原因会导致我们完成一次出色的慢查询呢？
命名规则：表名_字段名 1、需要加索引的字段，要在where条件中 2、数据量少的字段不需要加索引 3、如果where条件中是OR关系，加索引不起作用 4、符合最左原则
作为后端开发，我们经常需要设计数据库表。整理了21个设计MySQL表的经验准则，分享给大家，大家看完一定会有帮助的。
sql语句与索引优化 –> 数据表优化 –> 系统配置优化 –> 硬件提升优化
1.2第二类丢失更新(覆盖导致丢失)。T1对var的修改被T2提交的修改覆盖了，这是不可重复读的一种特殊情况。
索引是关系数据库中对某一列或多个列的值进行预排序的数据结构。通过索引，可以让数据库不必全表扫描，直接快速访问到符合条件的记录，大大加快了查询速度。
表(TABLE) 是一种结构化的文件，可用来存储某种特定类型的数据。表中的一条记录有对应的标题，标题 称之为 表的字段。
在工作之中，由于SQL问题导致的数据库故障层出不穷，索引问题是SQL问题中出现频率最高的，常见的索引问题包括：无索引，隐式转换，索引创建不合理。
我只知道 innodb 存储引擎 是支持行锁和表锁的，myIsam中 只支持表锁，（表锁的 排他锁好像也就是直接变成串行化的隔离级别了）。不知道什么情况下 行锁会升级为表锁。查看资料后，根据前人做过的经验 来测试一下锁升级的实验。
数据库使用索引以找到特定值，然后顺指针找到包含该值的行。在表中建立索引，然后在索引中找到符合查询条件的索引值，最后通过保存在索引中的ROWID（相当于页码）快速找到表中对应的记录。索引的建立是表中比较有指向性的字段，相当于目录，比如说行政区域代码，同一个地域的行政区域代码都是相同的，那么给这一列加上索引，避免让它重复扫描，从而达到优化的目的！
范式是关系数据库理论的基础，也是我们在设计数据库结构过程中所要遵循的规则和指导方法。数据库的设计范式是数据库设计所需要满足的规范。
系统中收集到用户的核心数据，为了安全性，我们一般会存储到数据库，比如：mysql，oracle等。
数据迁移，工作原理和技术支持数据导出、BI报表之类的相似，差异较大的地方是导入和导出数据量区别，一般报表数据量不会超过几百万，而做数据迁移，如果是互联网企业经常会涉及到千万级、亿级以上的数据量。
对一个程序来说，由于数据库资源的绝对宝贵性（无法无限扩展），所以数据库必须合理的运行使用。以保证高效、稳定、安全的运行。数据库设计得好， 系统健步如飞；数据库设计不好，系统蹒跚前行。今天介绍数据库的设计原则和规范，你知道得越多，你不知道的越多。你知道多少呢？
正文之前 想到自己每天中午还要玩一小时手机，就自责不已，今天看成甲的好好学习一书，颇有收获，晚上写给大伙看，现在还是谢谢 Mysql，到了后面感觉越来越难了呢！！ 正文 ---- Mysql 事务 Mysql 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！简单点说，事务就是你要进行的一系列操作。你每输入一条指令，就类似于是进行了一个事务。在 ### Mysq
select查询优化一直是日常开发和数据库运维绕不开的一道坎，SQL的查询速度决定了页面的加载速度，进一步决定了客户浏览体验。
死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方的资源，从而导致恶性循环的现象。
Mysql5.7版本以后新增的功能，Mysql提供了一个原生的Json类型，Json值将不再以字符串的形式存储，而是采用一种允许快速读取文本元素（document elements）的内部二进制（internal binary）格式，并提供了不少内置函数,通过计算列，甚至还可以直接索引json中的数据。
虽然很多童鞋在学数据库课程时都了解数据库隔离级别、死锁和事务等概念，但在测试/线上环境遇到死锁却不一定能够及时分析并解决这类问题。本文主要以作者在测试环境中遇到的一个死锁Case说起，首先还原出现死锁的现场和条件，并结合排查业务应用工程日志、MySQL数据库状态信息等方式，同时给出MySQL锁的基本概念，再通过阅读日志深入定位并分析出现死锁的原因，最后讲下MySQL InnoDB的加锁原理以及如降低死锁发生的机率。
MySQL 中使用 REGEXP 或 NOT REGEXP 运算符 (或 RLIKE 和 NOT RLIKE) 来操作正则表达式。
升序：按从小到大的顺序排列 (如1、3、5、6、7、9)。 降序：就是按从大到小的顺序排列 (如9、8、6、4、3、1)。
索引类似书本的目录，查询书中的指定内容时，先在目录上查找，之后可快速定位到内容位置。在数据库中通常通过 B 树 / B + 树数据结构实现。
当我们需要修改数据表名或者修改数据表字段时，就需要使用到MySQL ALTER命令。
MySQL 中使用 ADD 子句来向数据表中添加列，如下实例在表 testalter_tbl 中添加 i 字段，并定义数据类型:
在以上的命令行中,mysql代表客户端命令，“-u”后面跟链接的数据库用户，“-p”表示需要输入密码
本页目录 库语句 建库 修改库字符集 指定库排序规则 当前库状态的建表语句 删除库 Navicat编辑数据库时执行的SQL 表语句 建表 添加字段 修改表 修改字段 修改表字符集、排序规则 截断表 删除表 添加索引 一直都是用MySQL可视化工具，几乎没碰过建库、表等语句了。实属遗忘了。趁机补一补吧。 库语句 建库 -- 数据库配置文件default-character-set是utf8_mb3，则会导致创建的表是utf8mb3。我们无法人为控制，只能建库完毕后执行修改库字符集或者建库前修改MySQL配置
1.主要应用在门户网站首页广告信息的缓存。因为门户网站访问量较大，将广告缓存到redis中，可以降低数据库访问压力，提高查询性能。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
