4.java线程的状态 新建 (new或born) : 马克-to-win： new出线程对象，还没start呢, 处于新建状态 就绪或说可运行(ready或runnable): 在start(...死亡 (Dead) – 在run()方法已完成执行（或break，return，异常）或其 stop() 方法被调用之后（sun公司已不推荐使用，因为中断得太狠，容易引起同步问题），线程就处于死亡状态。
而多线程肯定是面试必问的，开篇之前，问大家一个问题：创建线程到底有几种方式？...且听我慢慢分析： 第一种：继承 Thread 首先是继承 Thread，创建线程最经典的方法，这种方法很常见啦。刚入门的时候，狗哥写过不知道多少遍了。...它可以设置线程的一些属性，比如：是否守护线程、优先级、线程名、等等。 但无论怎么设置，最终它还是需要通过 new Thread () 创建线程的。...第四种：Callable 创建 第四种是有返回值的 Callable 创建线程，用法是这样的： public class MyCallable implements Callable...有同学可能说，狗哥你这扯半天不还是两种方式么？我答对了呀。。。别急，容我喝口水，下面分析为何说它是一种？
我们知道mysql是单进程多线程模型 % lsof -i tcp:3306 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE...mysql其他的线程为啥没有显示出来？...mysqld到底有多少个线程？为什么越查越诡异呢？ 第一个思路就是，上述列表中不是有thread_id么，我们获取ps得到的线程id列表，通过对比diff问题不久解决了么？...39个，其中有部分操作系统线程对应多个mysql线程 select THREAD_OS_ID,count(*) from performance_schema.threads group by THREAD_OS_ID...：如果一个mysql client退出后，通过ps统计的线程数并没有减少但是，通过thrads表统计的结果确减少了。
info可以看到所有库的key数量 dbsize则是当前库key的数量 keys *这种数据量小还可以，大的时候可以直接搞死生产环境。 dbsize和keys ...
作者：高鹏 文章末尾有他著作的《深入理解 MySQL 主从原理 32 讲》，深入透彻理解 MySQL 主从，GTID 相关技术知识。 这个问题是最近一个朋友问我的。...二、简单的流程介绍 下面我主要结合字段多少和全表扫描2个方面做一个简单的流程介绍。...但是需要注意的是，这里构建模板就会通过我们上面说的 read_set 去判断到底有多少字段需要构建到模板中，然后才会调用 build_template_field 函数。...到这里我们大概知道了，查询的字段越多那么这里转换的过程越长，并且这里都是实际的内存拷贝，而非指针指向。...三、回到问题本身 好了到这里我们大概知道全表扫描的访问数据的流程了，我们就来看看一下在全表扫描流程中字段的多少到底有哪些异同点： 不同点： 构建的 read_set 不同，字段越多 read_set
MySQL 8 最终是要大面积替换MYSQL5.7 , 之前的文字可能给人感觉MYSQL 8 还不如 MYSQL 5.7 ，实际上不然，任何东西新的一定有问题，解决解决就好了，在复杂查询这块 MYSQL...5.7 的确是和MYSQL 8 已经有了分别，对于开发人员撰写SQL 有什么帮助我们可以看看下面的一些例子。...排序后，速度有了大幅度的提升，这说明在没有优化的情况下，MYSQL 8 对于排序和GROUP BY 这样的查询时有利的，并且随着提取的数据越多，则越快，这对 DEVELOPER 是一个好消息。...里面的子查询先 Materialized 一下，相对来说，如果 not exists not in 里面的要排除的数据越少越好，条件越精准越好，这样MYSQL 8 的 antijoin 的功能就会能帮助查询更有效的排除数据...的新功能对大部分查询语句是有帮助的，但实际上在测试中有些简单的语句，MYSQL 8 并不能占据什么便宜，或者说还可能会比MYSQL 5.7 慢了“一眨眼” 的功夫。
mysql默认端口号(mysql端口号是多少) 2020-05-07 22:14:36 共10个回答 mysql的默认端口号是多少 mysql默认端口号为3306,修改端口号方法:修改配置文件/etc/.../etc/my.cnf文件,早期版本有可能是my.conf文件名,增加端口参数,并且设定端口,注意该端口未被使用,保存退出.总结:注意修改的端口不要被占用,而且要有规划,不要轻意的总是调整数据库端口.还有就是安全保障...,记得与负责网络的人提前通知,以免端口无法正常使用. mysql端口号是多少 默认是3306,可以改 sqlserver默认端口是多少 SQLServer默认端口号为:1433MySQL默认端口号为:3306Oracle...默认端口号为:1521 mysql连接默认的端口是多少 mysql的默认端口是3306,你也可以修改/etc/my.cnf进行修改和安装的时候填写其他端口即可 a,mysql数据库服务器的默认端口是什么...SQLServer默认端口号1433,那MYSQL端口是多少?
查询的时候也是先查询里边的子查询（即先查询 department 表），然后再执行外表的查询，我们可以看下它的执行计划： 可以看到，首先查询部门表，有索引就用索引，没有索引就全表扫描，然后查询员工表，...所以在子查询中的可以不用 SELECT *，可以将之改为 SELECT 1 或者其他，MySQL 官方的说法是在实际执行时会忽略SELECT 清单，因此写啥区别不大。...为什么要小表驱动大表 在 MySQL 中，这种多表联合查询的原理是：以驱动表的数据为基础，通过类似于我们 Java 代码中写的嵌套循环 的方式去跟被驱动表记录进行匹配。...以第一小节的表为例，假设我们的员工表 E 表是大表，有 10000 条记录；部门表 D 表是小表，有 100 条记录。...对于这种被驱动表上没有可用索引的情况，MySQL 使用了一种名为 Block Nested-Loop Join （简称 BNL）的算法，这种算法的步骤是这样： 把 E 表的数据读入线程内存 join_buffer
并非编程系列之创建线程的方法有多少种？并发多线程的知识是很重要而且比较杂的知识点，所以需要花不少时间用于整理。...创建线程的方式是学习并发编程的一个很基础的问题，所以必须先掌握好 1、创建线程的方法有多少种？ 这应该说是一个比较经典的面试题，创建线程的方式到底有多少种？有人可能会说有两种？三种？四种？...翻了源码，其实也就是这个Runnable /* What will be run. */ private Runnable target; 所以这个逻辑就是new Thread的时候有传target...，会设置线程的名字、是否是守护线程，以及线程的优先级等等，不过不管DefaultThreadFactory怎么实现，其还是调用了new Thread来创建的，所以这种方法也是一样的 Callable接口也是一样的...，然后要再继承其它类是做不到的，所以使用Runnable是有这个好处的 ok，有了前面的梳理，读者是否能够理解？
背景 最近项目联调的时候发现了分页查询的一个bug，分页查询总有数据查不出来或者重复查出。 数据库一共14条记录。 如果按照一页10条。那么第一页和第二页的查询SQL和和结果如下。...，查询结果显然不是按照某一列排序的（很乱）。...分析问题 为什么limit查询不加order by就会出现 分页查询总有数据查不出来或者重复查出？ 是不是有隐含的order排序？ 此时explain登场（不了解的百度）。...索引的作用有两个：检索、排序 因为两个SQL使用了不同的索引（排序规则），索引limit出来就会出现上面的问题，问题解开了。...总结 一说MySQL优化大家都知道explian，但是真正有价值的是场景，是让你的知识落地的场景。实践出真知。
可以使用SHOW INDEX FROM table_name来查看表的索引，从而查看字段的索引； 查询结果中table为表名，key_name为索引名，Column_name为列名 发布者：全栈程序员栈长
线程有哪 6 种状态？ 人有生老病死。同样的，线程有自己的生命周期。...线程是如何切换状态的？ 我们知道线程有 6 种状态。然而，它是如何切换的呢？狗哥根据自己的理解做了一张图，接下来将根据这张图详细了解下线程状态的切换。...也就是说，Java 中处于 Runnable 状态的线程有可能正在执行，也有可能没有正在执行，正在等待被分配 CPU 资源。...Waiting （等待） 线程从 Runnable 进入 Blocked 状态，有三种可能性： 没有设置 Timeout 参数的 Object.wait () 方法。...Blocked 与 Waiting 的区别是：Blocked 在等待其他线程释放 monitor 锁，而 Waiting 则是在等待某个条件，比如 join 的线程执行完毕，或者是 notify ()/
MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志...其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重要的意义。 这里简单总结一下这三者具有一定相关性的日志。...之所以说重做日志是在事务开始之后逐步写入重做日志文件，而不一定是事务提交才写入重做日志缓存， 原因就是，重做日志有一个缓存区Innodb_log_buffer，Innodb_log_buffer的默认大小为...当重做日志缓存可用空间 少于一半时，重做日志缓存被刷新到重做日志文件 由此可以看出，重做日志通过不止一种方式写入到磁盘，尤其是对于第一种方式，Innodb_log_buffer到重做日志文件是Master Thread线程的定时任务...将当前是的版本生成undo log，undo 也会产生 redo 来保证undo log的可靠性 4、什么时候释放 当事务提交之后，undo log并不能立马被删除， 而是放入待清理的链表，由purge线程判断是否由其他事务在使用
）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。...其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重要的意义。 这里简单总结一下这三者具有一定相关性的日志。...之所以说重做日志是在事务开始之后逐步写入重做日志文件，而不一定是事务提交才写入重做日志缓存， 原因就是，重做日志有一个缓存区Innodb_log_buffer，Innodb_log_buffer的默认大小为...当重做日志缓存可用空间 少于一半时，重做日志缓存被刷新到重做日志文件 由此可以看出，重做日志通过不止一种方式写入到磁盘，尤其是对于第一种方式，Innodb_log_buffer到重做日志文件是Master Thread线程的定时任务...将当前是的版本生成undo log，undo 也会产生 redo 来保证undo log的可靠性 4、什么时候释放 当事务提交之后，undo log并不能立马被删除， 而是放入待清理的链表，由purge线程判断是否由其他事务在使用
2020-12-04：mysql 表中允许有多少个 TRIGGERS？ 2020-12-04：mysql 表中允许有多少个 TRIGGERS？...2020-12-04：mysql 表中允许有多少个 TRIGGERS？...福哥答案2020-12-04： 在 Mysql 表中允许有六个触发器，如下： BEFORE INSERT AFTER INSERT BEFORE UPDATE AFTER UPDATE BEFORE DELETE
* 先把问题原因的总结和建议给大家列出来，有兴趣的朋友可以查看后面的问题细节描述，或者按照附录的创建表、插入表语句来手工验证一下。...放弃使用Antelope这种古老的存储格式吧，原因上面也说到了把大字段的前768字节放在数据页中，这样会导致索引的层级很高，会直接影响到查询的性能。 2....三种报错的疑惑 我们整理了一下，其实类似的错误有三种： ● 错误1 创建表报maximum row size > 65535 ● 错误2 创建表报Row size too large (> 8126)...错误1 这个报错其实我们查询MySQL官方手册就可以查询到， 对于一行记录最大的限制是65535字节。为什么是65535，不要问我，手册也没说:)——一行数据里面字段长度定义有64k，我也是醉了。...有了65535的限制以后还有一个8126的限制是为什么呢？ MySQL是分两层的，MySQL Server层 + 存储引擎层。
在mysql5.7之前我们查询解析json需要先查出json字符串，再通过程序进行解析。...(如果你使用的navicat版本太低的话，看不到json类型的) 现在mysql5.7引入了json类型格式，大大方便了我们的查询解析。...MySQL官方列出json相关的函数，完整列表如下: 分类 函数 描述 创建json json_array 创建json数组 json_object 创建json对象 json_quote 将json...如果有参数有NULL或path不存在，则返回NULL。如果抽取出多个path，则返回的数据封闭在一个json array里。...-- one_or_all："one"表示查询到一个即返回；"all"表示查询所有。 -- search_str：要查询的字符串。 可以用LIKE里的'%'或‘_’匹配。
一文快速掌握 MySQL进程号、连接ID、查询ID、InnoDB线程与系统线程的对应关系。 有时候，怀疑某个MySQL内存查询导致CPU或磁盘I/O消耗特别高，但又不确定具体是哪个SQL引起的。...或者当InnoDB引擎内部有semaphore wait时，想知道具体是哪个线程/查询引起的。...09:41:33 UTC - mysqld got signal 6 ; 因此也要监控InnoDB的semaphore wait状态，一旦超过阈值，就要尽快报警并分析出问题原因，及时杀掉或停止引起等待的查询请求...不过本文想讨论的是，MySQL的进程ID、内部查询ID、内部线程ID，和操作系统层的进程ID、线程如何对应起来。...ID、查询ID等的关系 从MySQL 5.7开始，performance_schema.threads 表增加 THREAD_OS_ID 列，用于记录MySQL内部线程对应的系统线程ID。
在本文中，我将向您推荐一些常用的MySQL慢日志分析工具，以及如何使用它们来提高数据库性能。 为什么需要慢查询分析工具？ 在使用MySQL数据库时，可能会遇到查询变得缓慢的情况。...推荐的MySQL慢查询分析工具 以下是一些常用的MySQL慢查询分析工具，它们都可以帮助您识别和优化慢查询： 1....MySQL自带的慢查询日志 MySQL自带了慢查询日志功能，您可以通过配置MySQL来启用它。一旦启用，MySQL会记录执行时间超过指定阈值的查询语句。...其中包括 pt-query-digest工具，它可以分析MySQL慢查询日志并生成详细的报告，帮助您识别问题查询。...它可以帮助您识别慢查询中的问题，并提供针对性的建议，以改进查询性能。 MySQL慢查询分析工具是数据库性能优化中不可或缺的一部分。
查找问题 先从mysql角度来对问题进行分析，查看mysql server上的事务情况和锁的情况以及锁等待的情况。 2.1. 查看进程 SHOW PROCESSLIST; 输出结果为: ? 2.2....:事务线程id trxtableslocked:事务拥有多少个锁 trxisolationlevel:事务隔离级别 在我们的环境中执行后，结果为: ?...看事务表INNODB_TRX，里面是否有正在锁定的事务线程，看看ID是否在show processlist里面的sleep线程中，如果是，就证明这个sleep的线程事务一直没有commit或者rollback...虽然这里不是binlog的问题，但是还是有必要在这里安利下binlog的管理方法: 登录mysql:mysql -u root -p show binary logs; show variables like...'%log%';show master logs;查看多少binlog日志，占用多少空间。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
