在 mysql 中文我们在 “service mysql start”, “service mysql stop” 经常会碰到 mysql.pid 相关的错误信息。通常来说, 我们使用
我们这里主要是看一下 service mysql start, service mysql stop 的过程中的一些常见的错误问题这些 也是之前经常碰到, 但是 每次都是 去搜索, 尝试 1, 2, 3, 4 去解决问题但是 从来未曾思考过 这个问题到底是 怎么造成的这个在启动的时候, 主要造成的情况一般是
假设有 implicit_id_table_02, 然后增加了 两条记录, 之后再向 implicit_id_table 中增加记录, 得到的 DB_ROW_ID 为 558。创建表的时
这里要提到的是一个 之前碰到的一个 很令人诧异的查询, 主要是 和 group 查询有关系查询如下, 按照常规理解, “select id from t_user_02 where name = 'jer
问题是来自于 chinaunix 问题 ”mysql 中在 java 代码中我们经常会使用到 ”where 1 = 1 and username = ‘jerry’ ” 之类的条件然后 我们这里 来看一下 “where
加上 一部分 mysql 的隐藏字段, 比如 hash_field, group_null_fields, null_pack_fields 等等, 这里只有 null_pack 占用的空间, 三
这是一个 我们最近碰到的问题在我们的一个 服务平台 查询到的时间字段 比 当前时区的当前时间多 8 小时然后 这个问
当我 看到这个的时候, 去查询了一下 information_schema 中的 INNODB_SYS_TABLES 和 INNODB_SYS_TABLESPACES 的信息, 可以看到 找
这是最近碰到的一个问题同样的一个 环境的问题, 在正常的 mysql 环境会返回 具体的错误信息, 然后 在我的另外一个环境里面 只能出如下异常。
这里的主要的流程是 一系列的校验, 生成新的newTableId, 删除索引, 重新创建索引, 关联 newTableId 和已有的元数据信息, trunca
执行 sql 如下 “insert into tz_test_02 (`field1`, `field2`) values ("你好0", "没意思0"), ("你好1", "没意思1"), ("你好2", "没意思2"), ("你好3", "没
我们这里 来探讨一下 insert into $fields select $fields from $table;的相关实现, 然后 大致来看一下 为什么 他能这么快按照
问题来自于 chinaunix,mysql 的一些基础的 算术运算符 的计算的实现这里 整理如下 case, 执行之前 设置如下变量解析 sql 的时候, 会
sub query 是一个我们经常会使用到的一个 用法我们这里 看一看各个场景下面的 sub query 的相关处理查看 本文, 需要 先看一下 join 的相关处理测试数据表如下, 两张测试表, tz_test, tz_test03, 表结构 一致tz_test 数据如下tz_test_03 数据如下。
前言呵呵 也是最近才开始接触了调试 mysql, 但是 调试起来还是有一些 迷糊的地方因此 今天整理了一些 基础的调试方式方法
前言呵呵 最近突然想起了 数据库相关的问题似乎是在一些场景下面问的比较多, 特别是 事务的隔离级别, sql 的优
前言本文主要调试一下 mysql 的如下两种查询语句我们也来深入的看一下, 究竟如下两个普通的查询, mysql 做了什
这是一个 之前使用 spark 的时候因为一个 OOM 的问题, 当时使用了 fetchSize 的参数在这个问题的地方, 出现了一个查询 32w 的数据, 呵呵 这里又看了一下 fetchSize 的相关, 需要梳理一下 fetchSize 这块的东西但是 当时不知道 这个 fetchSize 所影响的 客户端 和 服务器 之间交互的具体的处理这里 来看一下。
假设是全表扫描, 主要的影响就是 “ select count(field1) ” 是走聚簇索引, 还是非聚簇索引了, 然后 “其他select count” 会优先选择
前言呵呵 昨天的时候, 读了一下 ”深入MySQL源码-- Step By Step“ 的 ppt, 稍微有一些感触虽然说里面 没有太多的 源码细节方面的
前言最近看到了 何登成 大佬的 "深入MySQL源码 -- Step By Step" 的 pdf 呵呵 似乎是找到了一些 方向之前对于 mysql 方面的东西, 更多的仅仅是简单的使用[业务中
前言这里主要是 探究一下 explain $sql 中各个 type诸如 const, ref, range, index, all 的查询的影响, 以及一个初步的效率的判断这里'field37';
这里来看一下 mysql 中索引的 增删改查查询在前面的系列文章中都有使用到这里 来看一下 增删改 的相关实现索引记录 和 数据记录 的处
这里我们来探究一下 “select *” 或者 “select 字段列表“ 的相关实现当然 这一部分在 “” 里面有具体的体现, 只是 可能没有那么细致这
然后这里的编码的转换处理是以 unicde 作为媒介进行的转换, utf8_mb4_general_ci 转换为 unicode, 然后再转换为 latin1_swedish_ci 的编码互给客户端的。
这个问题主要是 在之前存在这样的一个问题, 在生产环境上面按照 我的直观理解, mysql 应该是根据 key 进行 merge, 所以 se
前言最近看到了 何登成 大佬的 "深入MySQL源码 -- Step By Step" 的 pdf 呵呵 似乎是找到了一些 方向之前对于 mysql 方面的, 除...
前言呵呵 最近再一次 环境部署的过程中碰到了这样的一个问题我基于 docker 启动了一个 mysql 服务, 然后 挂载出了 数据目
前言呵呵 最近同事有这样的一个需求需要将 库1 的一张表 复制到 库2然后 我想到了 之前一直使用的通过复制这个库的
前言这里主要是 由于之前的一个 datetime 存储的时间 导致的问题的衍生出来的探究探究的主要内容为 int 类类型的存储, 浮点类类型
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号