网上流传着这么一个说法： MySQL的WHERE子句中包含 IS NULL、IS NOT NULL、!= 这些条件时便不能使用索引查询，只能使用全表扫描。 这种说法愈演愈烈，甚至被很多同学奉为真理。咱啥话也不说，举个例子。假如我们有个表s1，结构如下： CREATE TABLE s1 ( id INT NOT NULL AUTO_INCREMENT, key1 VARCHAR(100), key2

在一个表中，假如有两个数值字段a，b，这两个字段每一行的值要合并成一个字段C，SQL语句写法：a + b AS c 如果字段b那一列有一行的值为NULL，按上面语句写法合并成c后，那一行会显示NULL，此时应该把NULL处理为0，加起来的数据才对头。 有2种处理办法： 1，用SQL server内置函数ISNULL(参数1，参数2)，判断参数1是否为NULL，如果是，返回参数2，否则返回参数1。

MySQL 中通常我们使用 limit 来完成页面上的分页功能，但是当数据量达到一个很大的值之后，越往后翻页，接口的响应速度就越慢。 本文主要讨论 limit 分页大偏移量慢的原因及优化方案，为了模拟这种情况，下面首先介绍表结构和执行的 SQL。 场景模拟 建表语句 user 表的结构比较简单，id、sex 和 name，为了让 SQL 的执行时间变化更加明显，这里有9个姓名列。 CREATE T

索引失效 准备数据： CREATE TABLE dept ( id INT(11) NOT NULL AUTO_INCREMENT, deptName VARCHAR(30) DEFAULT NULL, address VARCHAR(40) DEFAULT NULL, ceo INT NULL , PRIMARY KEY (id) ) ENGINE=INNODB AUTO_I

目录 1.count 数据丢失 2.distinct 数据丢失 3.select 数据丢失 4.导致空指针异常 5.增加了查询难度 扩展知识：NULL 不会影响索引 总结 正式开始之前，我们先来看下 MySQL 服务器的配置和版本号 目录1.count 数据丢失2.distinct 数据丢失3.select 数据丢失4.导致空指针异常5.增加了查询难度扩展知识：NULL 不会影响索引总结 正式开始

复合主键： create table index_test( a int not null, b int not null, c int not null, d int null, primary key (c, a, b)); 即一个表的主键同时由多个字段共同组成，复合主键索引见【Mysql】复合主键的索引。 联 复合主键： create table index_test ( a int not

在Mysql中很多表都包含可为NULL（空值）的列，即使应用程序并不需要保存NULL也是如此，这是因为可为NULL是列的默认属性。但我们常在一些Mysql性能优化的书或者一些博客中看到观点：在 在Mysql中很多表都包含可为NULL（空值）的列，即使应用程序并不需要保存NULL也是如此，这是因为可为NULL是列的默认属性。但我们常在一些Mysql性能优化的书或者一些博客中看到观点：在数据列中，尽量

1.创建sequence表 CREATE TABLE sequence ( name varchar(50) COLLATE utf8_bin NOT NULL COMMENT '序列的名字', current_value int(11) NOT NULL COMMENT '序列的当前值', increment int(11) NOT NULL DEFAULT '1' COMMENT '序列的自

前言 锁总体可以分为乐观锁和悲观锁，简单说，乐观锁用版本号控制，悲观锁用锁控制。 下面是待会要用来测试的数据 # 添加一个user表CREATE TABLE users ( id int(11) NOT NULL AUTO_INCREMENT 前言 锁总体可以分为乐观锁和悲观锁，简单说，乐观锁用版本号控制，悲观锁用锁控制。 下面是待会要用来测试的数据 添加一个user表 CREATE TABLE

创建游标 首先在MySql中创建一张数据表： CREATE TABLE IF NOT EXISTS store ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(20) NOT NULL, count int(11) NOT NULL DEFAULT '1', PRIMARY KEY (id)) ENGINE=InnoDB DEFAULT C 创

前言 最近发现带的小伙伴写sql对于空值的判断方法不正确，导致程序里面的数据产生错误，在此进行一下整理，方便大家以后正确的判断空值。以下带来示例给大家进行讲解。 建表 前言 最近发现带的小伙伴写sql对于空值的判断方法不正确，导致程序里面的数据产生错误，在此进行一下整理，方便大家以后正确的判断空值。以下带来示例给大家进行讲解。 建表 create table test (colA varchar(

先写一个SQL SELECT DISTINCT from_idFROM codWHERE cod.from_id NOT IN (37, 56, 57) 今天在写SQL的时候，发现这个查的结果不全，少了NULL值的情况，not in 的时候竟然把null也排除了 用 in 的时候却没有包含 先写一个SQL SELECT DISTINCT from_id FROM cod WHERE cod.fro

注意！！！ select from user where uid not in (a,b,c,null); 这个sql不回返回任何结果。要避免not in的list中出现null的情况。 另外： –如果null参与算术运算，则该算术表达式的值为null。（例如： 注意！！！ select from user where uid not in (a,b,c,null); 这个sql不回返回任

前几天同事问了我个 mysql 索引的问题，虽然大概知道，但是还是想来实践下，就是 is null，is not null 这类查询是否能用索引，可能之前有些网上的文章说都是不能用索引，但是其实不是 前几天同事问了我个 mysql 索引的问题，虽然大概知道，但是还是想来实践下，就是 is null，is not null 这类查询是否能用索引，可能之前有些网上的文章说都是不能用索引，但是其实不是，

依据null-values,MySQL的值为null的意思只是代表没有数据,null值和某种类型的零值是两码事,比如int类型的零值为0,字符串的零值为””,但是它们依然是有数据的,不是null. 我们在保存数据的时 依据null-values,MySQL的值为null的意思只是代表没有数据,null值和某种类型的零值是两码事,比如int类型的零值为0,字符串的零值为””,但是它们依然是有数据的,

1 问题描述 本文对建立好的复合索引进行排序,并取记录中非索引字段，发现索引不生效，例如，有如下表，DDL语句为： CREATE TABLE employees ( emp_no int(11) NOT NULL, birth_date date NOT NULL, 1 问题描述 本文对建立好的复合索引进行排序,并取记录中非索引字段，发现索引不生效，例如，有如下表，DDL语句为： CREATE T

相信很多用了MySQL很久的人，对这两个字段属性的概念还不是很清楚，一般会有以下疑问： 我字段类型是not null，为什么我可以插入空值 为毛not null的效率比null高 判断字段不为空的时候 相信很多用了MySQL很久的人，对这两个字段属性的概念还不是很清楚，一般会有以下疑问： 我字段类型是not null，为什么我可以插入空值 为毛not null的效率比null高 判断字段不为空的时

假设有一个表：reward（奖励表），表结构如下： CREATE TABLE test.reward ( id int(11) NOT NULL AUTO_INCREMENT, uid int(11) NOT NULL COMMENT '用户uid', money decimal(10, 2) NOT NULL COMMENT '奖励金额', datatime datetime 假设有一个表：re

工作过程中会遇到比较多关于隐式转换的案例，隐式转换除了会导致慢查询，还会导致数据不准。本文通过几个生产中遇到的案例来。 基础知识 关于比较运算的原则,MySQL官方文档的描 工作过程中会遇到比较多关于隐式转换的案例，隐式转换除了会导致慢查询，还会导致数据不准。本文通过几个生产中遇到的案例来。 基础知识 关于比较运算的原则,MySQL官方文档的描述: https://dev.mysql.com/do

思路：先随机排序然后再分组就好了。 1、创建表： CREATE TABLE xdx_test ( id int(11) NOT NULL, name varchar(255) DEFAULT NULL, class varchar(255) DEFAULT NULL, PRIMARY KEY (id)) ENGINE=InnoDB DEFAULT CHARSET=utf 思路：先随机排序然后再分组