MySQL在5.7.8版本中增加了对json数据的支持，而不再是需要使用字符串形式进行存储。下面简单介绍下MySQL对json的操作：
全局锁是对整个数据库进行加锁的，执行Flush table with read lock对整个数据库加锁，执行之后会使得整个库处于只读状态，数据更新语句，数据定义语句以及更新类事务的提交语句都会被阻塞。使用 unlock tables解锁。
这篇文章是从Github ReadMe拷贝的，内容实践下载是没问题的，能够正常发送短信，而且也不需要服务器，本地也能跑起来
索引可以让查询锁定更少的行。如果你的查询从不访问那些不需要的行，那么就会锁定更少的行，从两个方面来看这对性能都有好处。
大多数SQL语句都是针对一个或多个表的单条语句。并非所有的操作都怎么简单。经常会有一个完整的操作需要多条才能完成
安装 在ubuntu 14.04 x64下 1 安装 # 安装服务端 (需要中途设置root密码) sudo apt-get install mysql-server # 安装客户端 sudo apt-get install mysql-client # 查看是否安装并启动成功 sudo netstat -tap | grep mysql # mysql的配置文件在 /etc/mysql/my.conf 打开mysql sudo service mysql start mysql -u root -p 查看
拼团功能，当 A 客户开团之后（两人团），如果 B 和 C 同时支付，如何规避两人同时将拼团人数增加。
统计一张表的总数量，是我们开发中常有的业务需求，通常情况下，我们都是使用 select count(*) from t SQL 语句来完成。随着业务数据的增加，你会发现这条语句执行的速度越来越慢，为什么它会变慢呢？
调用EXPLAIN可以获取关于查询执行计划的信息，以及如何解释输出。EXPLAIN命令是查看查询优化器如何决定执行查询的主要方法，但该动能也有局限性，它的选择并不总是最优的，展示的也并不一定是真相。
mysql版本：mariadb-5.5.43-linux-x86_64.tar.gz
之前的文章谈到的事故原因，不论是偶发性的查询压力，还是备份，对备库延迟的影响一般是分钟级的，而且在备库恢复正常以后都能够追上来。
发现，auto_increment并没有+1，而是针对原来的那一条id=4的记录进行了update，因为没有指定其他列(v,extra)的值，所以，update的时候都使用了默认值.
根本原因：java.sql.SQLException异常：拒绝访问用户’root’@‘192.168.200.200’（使用密码：是）
MySQL主从复制是一个异步的复制过程，底层是基于Mysql数据库自带的 二进制日志 功能。
2020-12-29：mysql中，innodb表里，某一条数据删除了之后，这条数据会被真实的擦掉吗，还是删除了关系？
如果备库执行日志的速度持续低于主库生成日志的速度，那这个延迟就有可能成了小时级别。而且对于一个压力持续比较高的主库来说，备库很可能永远都追不上主库的节奏。
此前我们介绍过 MySQL 性能优化的相关内容： Mysql Innodb 性能优化
mysql当前的版本，运行的时间，以及当前系统时间。 MySQL服务器版本信息表明MySQL服务器包含和不包含哪些特点。 MySQL服务器运行时间表明报告价值的代表性。服务器运行时间对于评估报告是很重要的，因为如果服务器不运行几个小时的话，输出报告有可能存在曲解和误导性。有时甚至运行几个小时时间都是不够的，比如，MySQL服务器运行了午夜的6个小时几乎没有业务访问过。最理想的情况是，MySQL服务器运行一天之后再运行mysqlreport来输出报告，这样报告的代表价值要比系统刚运行时要好的多。 在性能场景的运行周期前启动mysql，在性能场景结束后生成mysqlreport会比较有用。比如此例中，场景运行了1小时后执行了mysqlreport。
优化SQL，是DBA常见的工作之一。如何高效、快速地优化一条语句，是每个DBA经常要面对的一个问题。在日常的优化工作中，我发现有很多操作是在优化过程中必不可少的步骤。然而这些步骤重复性的执行，又会耗费DBA很多精力。于是萌发了自己编写小工具，提高优化效率的想法。
友情提示：此篇文章大约需要阅读 10分钟 52秒，不足之处请多指教，感谢你的阅读。
换到了ucloud香港主机，17ce发现除了四川和湖北速度不佳，其他的还不错，比国外快不少，你觉得呢
在MySQL 5.1之前的版本中，默认的搜索引擎是MyISAM，从MySQL 5.5之后的版本中，默认的搜索引擎变更为InnoDB。
之前你可能经常听DBA同事说，MySQL可以恢复到半个月内任意一秒的状态，惊叹的同时，你是不是心中也会不免会好奇，这是怎样做到的呢？
MySQL架构和历史 MySQL逻辑架构 第一层处理网络连接等, 比如链接认证授权等 第二层是 MySQL 的核心, 用来解析优化 SQL 语句, 设计缓存, 以及各种函数的实现, 包括存储过程, 触
MySQL/InnoDB的加锁，一直是一个面试中常问的话题。例如，数据库如果有高并发请求，如何保证数据完整性？产生死锁问题如何排查并解决？我在工作过程中，也会经常用到，乐观锁，排它锁，等。于是今天就对这几个概念进行学习，屡屡思路，记录一下。
https://www.cnblogs.com/wdy1184/p/10655180.html
我们都是知道，数据库中锁的设计是解决多用户同时访问共享资源时的并发问题。在访问共享资源时，锁定义了用户访问的规则。根据加锁的范围，MySQL 中的锁可大致分成全局锁，表级锁和行锁三类。在本篇文章中，会依次介绍三种类型的锁。在阅读本篇文章后，应该掌握如下的内容：
我们在设计一个系统的时候，有时候通常为了基础业务，写出的查询sql语句并不高效，从而影响到用户使用系统的整体体验感不是很好，我们通常在系统的测试阶段会开启MySQL中的慢日志查询的功能，可以在MySQL的系统配置文件中开启这个慢日志的功能，并且也可以设置SQL执行超过多少时间来记录到一个日志文件中，只要SQL执行的时间超过了我们设置的时间就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的SQL了，从而就可以对这些语句进行调优优化，使用 Explain来分析 SQL 语句的性能。
作者：Vamei 出处：http://www.cnblogs.com/vamei 转载请先与我联系。 之前在单机上实现了一个Django服务器（被解放的姜戈07 马不停蹄），现在我们可以把这个服务器
在MySQL中可以使用EXPLAIN查看SQL执行计划，用法：EXPLAIN SELECT * FROM tb_item
MySQL5.6版本支持了并行复制，只是支持的粒度是按库并行。用于决定分发策略的hash表里，key是数据库名
C# 操作My SQL数据库需要引用”MySql.Data”, 可通过两种方式获取。
一个顾客可以使用顾客编号列，而订单可以使用订单ID，雇员可以使用雇员ID 或 雇员社会保险号。
pymysql是通过python操作mysql的模块，需要先安装，方法：pip install pymysql
约束是一种限制，它通过对表的行或列的数据做出限制，来确保表的数据的完整性、唯一性。
上一篇关于MySQL优化的两三事（一）-- MYISAM存储引擎介绍了MYISAM存储引擎，本篇内容就为大家介绍MySQL的主打引擎INNODB。
刚入职的时候，同事就提醒过我，涉及三四张表的时候，数据量大，尽量不用连表查询，用单表。我最近还真的是遇到了。因为联表查询导致引发的慢sql。
count(id) InnoDB引擎会遍历整张表，把每一行行的id值全部取出来，返回给server层，server层拿到id后，判断是不可能为空的，就按行累加。 count(1) InnoDB引擎遍历整张表，但不取值，server层对于返回的每一行，放一个数字 1 进去，判断是不可能为空的，累计增加。 count(字段) 1.如果这个字段是定义为not null的话，一行行地从记录里面读出这个字段，判断不能为null，按行累加 2.如果这个字段定义允许为null的话，判断到有可能是null，还要把值取出来在判断一下，不是null才累加。 count(*) 不会把全部的字段取出来，而是做专门的优化，不取值，count(*)肯定不是null，按行累加。
# rpm -qa |grep MySQL-python 查询是否有mysqldb库 MySQL-python-1.2.3-0.3.c1.1.el6.x86_64
在访问数据库时，应该只请求需要的行和列。请求多余的行和列会消耗MySql服务器的CPU和内存资源，并增加网络开销。 例如在处理分页时，应该使用LIMIT限制MySql只返回一页的数据，而不是向应用程序返回全部数据后，再由应用程序过滤不需要的行。 当一行数据被多次使用时可以考虑将数据行缓存起来，避免每次使用都要到MySql查询。 避免使用SELECT *这种方式进行查询，应该只返回需要的列。
你没看错标题，在这篇文章我将会给大家介绍使用 SQL 生成斐波那契数列，并且不需要借助任何物理表。
由于jdk官网的链接不直接支持wget,可以使用下面的方法下载jdk，其中jdk版本为jdk1.8.0_91:
本章讨论存储的程序和视图，这些数据库对象是根据存储在服务器上供以后执行的SQL代码定义的数据库对象。
在上一篇博客中，已经介绍了MySQL的全局锁和表级锁，今天我们就讲一下MySQL的行锁
结合实例分析了自增值保存在哪里，自增值的修改策略，以及自增值不连续的四个场景，希望对各位小伙伴们有所帮助~
领取专属 10元无门槛券
手把手带您无忧上云
