1）要关联的字段类型或长度不一致。 2）两个要关联的表编码不一样。 3）某个表已经有记录了。 4）将“删除时”和“更新时”都设置相同，如都设置成CASCADE。Mysql使用Navicat建立外键时报错cannot add foreign key constraint分析标签：size font cascade 时报 设置 mysq const 报错 ann 本文系统来源：https://www.cnblogs.com/neymargoal/p/10072347.html
mysql都有什么锁MySQL有三种锁的级别：页级、表级、行级，内存级（latch）。 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般 算法： next KeyLocks锁，同时锁住记录(数据)，并且锁住记录前面的Gap...
如果您有root权限，您可以看到所有线程。否则，您只能看到登录的用户自己的线程，通常只会显示100条如果想看跟多的可以使用full修饰（show full processlist） 当连接数据库时，报错“too many connections”，就可使用此命令查看有哪些线程正在执行 mysql> show processlist; 说明各列的含义和用途， id列:一个标识，你要kill 一个语句的时候很有用。 user列: 显示当前用户，如果不是root，这个命令就只显示你权限范围内的sql语句...
Explain可以用来查看 SQL 语句的执行效 果，可以帮助选择更好的索引和优化查询语句，写出更好的优化语句。 Explain语法：explain select … from … [where ...] 例如：explain select * from news; 输出： +----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------...
本文由作者郑智辉授权网易云社区发布。0.前言本文通过分析线上MySQL慢查询日志，定位出现问题的SQL，进行业务场景分析，结合索引的相关使用进行数据库优化。在两次处理问题过程中，进行的思考。1.简要描述在九月底某个新上的游戏业务MySQL慢查询日志# Time: 2017-09-30T14:56:13.974292+08:00 # Query_time: 6.048835 Lock_time: 0.000038 Rows_sent: 0 Rows_examined: 12884410SET timestamp=1506754573;SELECT status, sdkid, ...
本文由作者郑智辉授权网易云社区发布。0.前言本文通过分析线上MySQL慢查询日志，定位出现问题的SQL，进行业务场景分析，结合索引的相关使用进行数据库优化。在两次处理问题过程中，进行的思考。1.简要描述在九月底某个新上的游戏业务MySQL慢查询日志# Time: 2017-09-30T14:56:13.974292+08:00 # Query_time: 6.048835 Lock_time: 0.000038 Rows_sent: 0 Rows_examined: 12884410SET timestamp=1506754573;SELECT status, sdkid, ...
本文由云+社区发表一、 问题是这样来的 ? 2018年某个周末，接到连续数据库的告警，告警信息如下：二、 苦逼的探索过程 1、总体的思路 看到too many connection的报错信息，基本上可以把问题定位在： （1）机器负载飙升，导致SQL执行效率下降，导致连接推积 （2）业务访问量突增（或者有SQL注入现象），导致连接数打满 （3）出现“死锁”或者锁竞争严重，导致大量SQL堆积 2、排查过程 （1）机器的各项性能指标都显示正常， 没有出现...
简介 之前的工作一直使用的SQL SERVER, 用过的都知道，SQL SERVER有配套的SQL跟踪工具SQL Profiler，开发或者定位BUG过程中，可以在操作页面的时候，实时查看数据库执行的SQL语句，十分方便。最近的项目使用MySQL，没有类似的功能，感觉到十分的不爽，网上也没有找到合适的免费工具，所以自己研究做了一个简单工具。 功能实时查询MySql执行的SQL语句 查看性能异常的SQL（执行超过2秒）技术方案前端vue，样式bootstrap 后台dotnet c...
select * from itdragon_order_list where transaction_id = "81X97310V32236260E"; +-------+--------------------+-------+------+----------+--------------+----------+------------------+-------------+-------------+------------+---------------------+ | id | transaction_id | gross | net | stock_id | order_status | descript | finance_descript | create_type | order_level | input_user | input_date ...
20) );create table book( id int primary key auto_increment, name varchar(20), press_id int not null, foreign key(press_id) references press(id) on delete cascade on update cascade );insert into press(name) values (‘北京工业地雷出版社‘), (‘人民音乐不好听出版社‘), (‘知识产权没有用出版社‘) ;insert into book(name,press_id) values (‘九阳神功‘,1), (‘九阴真经‘,2), (‘九阴白骨爪‘,2), (‘独孤九剑...
概要Locking read（ SELECT ... FOR UPDATE or SELECT ... LOCK IN SHARE MODE），UPDATE以及DELETE语句通常会在他扫描的索引所有范围上加锁，忽略没有用到索引的那部分where语句。举个例子： CREATE TABLE `test` (`id` int(11) NOT NULL DEFAULT ‘0‘,`name` varchar(10) DEFAULT NULL,PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8select * from test where id > 3 and name <‘A‘ for update;这条SQL语句的会将所...
1、latch锁是什么锁？ 2、latch锁是如何保护list？ 3、latch争用的现象和过程？ 4、latch什么时候会产生严重的争用？ 5、如何监控latch争用情况？ 6、如何确认latch争用类型？ 7、如何降低latch争用？一、latch锁是什么锁 1、定义latch锁是内存锁，是一个小型的在内存中保护list的内存锁结构。 2、特点1、不排队2、spin，一个线程想获得一个锁，但是该锁已被另一线程持有，进行spin(空转随机时间)占用cpu间接性的等待锁的释放，然后...
6、在将redo日志文件对应的脏页刷入磁盘的过程中，事务没有办法提交，影响业务。 二、原理分析 1、通过对redo log的修改时间查看日志文件切换时间通过shell> ls -l /mydata/ib_logfile*，查看开始修改的时间和最后修改的时间，计算logfile切换时间。 2、如果redo日志文件切换时间过短，也就是切换频繁，就很容易导致写抖动1、正常业务繁忙的会是10-20分钟；2、如果是比一般的时间短，说明文件小，切换频繁。 三、解决写抖动问题...
1、日常关注点的问题 2、日志点分析 3、checkpoint：脏页刷盘的检查点 4、模糊检查点发生条件1、master thread checkpoint2、flush_lru_list checkpoint3、async/sync flush checkpoint4、dirty page too much checkpoint一、日常关注的问题 1、我们的日志生成速度？1、每天生成多少日志、产生多少redo logmysql> show global status like ‘Innodb_os_log_written‘; +-----------------------+--------+ | Variable_name ...
本文由云+社区发表一、从常见的报错说起 ? 故事的开头我们先来看一个常见的sql报错信息：? 相信对于这类报错大家一定遇到过很多次了，特别对于OMG这种已内容生产为主要工作核心的BG，在内容线的存储中，数据大一定是个绕不开的话题。这里的数据“大”，远不止存储空间占用多，其中也包括了单个（表）字段存储多、大，数据留存时间长，数据冗余多，冷热数据不明显导致的体量大，访问峰值随着热点变化明显，逻辑处理复杂导致数据存储...