MySQL配置文件my.cnf查找

2019-07-18 15:32:44

常常因为想看一下MySQL里面的配置my.cnf,却苦于找不到这个文件的存放位置。下面是常用的三个查找方法,快准狠! ps 利用ps命令。mysql启动时往往携带很多启动参数,看看是否有启动指定的配置文件,命令如下: ps aux|grep mysql 命令 ps aux|grep mysql|grep 'my.cnf' 输出 fdipzone 25174 0.0 0.0 3087244 600 ?? S 4:12下午 0:01.14 /usr/local/Cellar/mysql/5.6.24/bin/mysqld --defaults-file=/usr/local/Cellar/

06 | 全局锁和表锁:给表加个字段怎么有那么多阻碍?

2019-07-15 10:01:43

本文的总结源于林晓斌在极客时间里面的课程,为避免产生商业问题,我只是用于个人学习总结。 原文地址:https://time.geekbang.org/column/article/69862 小结 根据加锁范围:MySQL里面的锁可以分为:全局锁、表级锁、行级锁 全局锁 对整个数据库实例加锁 MySQL提供全局读锁的方法:flush tables with read lock(FTWRL) 这个命令可以使整个库处于只读状态,使用该命令之后,数据更新语句、数据定义语句和更新类事务的提交语句等操作都会被阻塞。 使用场景:全库逻辑备份 风险: 如果在主库备份,在备份期间不能更新,业务停摆 如果在从库备份,备份期间不能执行主库同步的binlog,导致主从延迟 官方自带的逻辑备份工具Mysqldump,当Mysqldump使用参数--single-transaction的时候,会启动一个书屋,确保拿到一致性视图。而由于MVCC的支持,这个过程中数据是可以正常更新的。 一致性读是好,但是前提是引擎要支持这个隔离级别。 如果要全库只读,为什么不使用set global

05 | 深入浅出索引(下)

2019-07-12 15:49:03

本文的总结源于林晓斌在极客时间里面的课程,为避免产生商业问题,我只是用于个人学习总结。 原文地址:https://time.geekbang.org/column/article/69636 小结 覆盖索引:覆盖索引可以减少树的搜索次数,显著提升查询性能,所以使用覆盖索引是一个常用的性能优化手段 针对某些高频查询,要根据市民的身份证号查询他的姓名,则在(身份证号、姓名)上面创建一个联合索引,就可以在这个高频请求上用到覆盖索引,不再需要回表查整行记录,减少语句的执行时间 B+树这种索引结构,可以利用索引的“最左前缀”,来定位记录 联合索引的理解:比如一个联合索引(a,b,c),其实质是按a,b,c的顺序拼接成了一个二进制字节数组,索引记录是按该字节数组逐字节比较排序的,所以其是先按a排序,再按b排序,再按c排序,至于其为什么是按最左前缀匹配的也就显而易见了。 给表创建索引时,应该创建哪些索引,每个索引应该包含哪些字段,字段的顺序怎么排列,这个问题没有标准答案,需要根据具体的业务来做权衡。不过有些思路还是可供参考的:

04 | 深入浅出索引(上)

2019-07-10 14:56:06

本文的总结源于林晓斌在极客时间里面的课程,为避免产生商业问题,我只是用于个人学习总结。 原文地址:https://time.geekbang.org/column/article/69236 小结 索引的作用:提高数据查询效率 常见索引模型:哈希表、有序数组、搜索树 哈希表:键-值(key-value) 哈希思路:把值放在数组里,用一个哈希函数把key换算成一个确定的位置,然后把value放在数组的这个位置 哈希冲突的处理办法:链表 哈希表适用场景:只有等值查询的场景 有序数组:按顺序存储。查询用二分法就可以快速查询,时间复杂度是:O(log(N)) 有序数组查询效率高,更新效率低 有序数组的适用场景:静态存储引擎(比如往年数据,不会进行变动的数据) 二叉搜索树:每个节点的左儿子小于父节点,父节点又小于右儿子 二叉搜索树:查询时间复杂度O(log(N)),更新时间复杂度O(

03 | 事务隔离:为什么你改了我还看不见?

2019-07-09 16:54:24

本文的总结源于林晓斌在极客时间里面的课程,为避免产生商业问题,我只是用于个人学习总结。 原文地址:https://time.geekbang.org/column/article/68963 思维导图 图形解说 针对上面看到的四个隔离级别,并结合这个案例来进行解说,我们来看看不同的隔离级别下,事务A会有哪些不同的返回结果,也就是图里面V1、V2、V3的返回值分别是什么 若隔离级别是“读未提交”,则V1的值就是2.这时候事务B虽然还没有提交,但是结果已经被A看到了。因此,V2、V3也都是2. 若隔离级别是“读提交”,则V1是1,V2的值是2.事务B的更新在提交后才能被A看到。所以V3的值也是2. 若隔离级别是“可重复读”,则V1、V2是1,V3是2.之所以V2还是1,遵循的就是这个要求:事务在执行期间看到的数据前后必须是一致的。 若隔离级别是“串行化”,则在事务B执行“将1改成2”的时候,会被锁住。直到事务A提交后,事务B才可以继续执行。

02 | 日志系统:一条SQL更新语句是如何执行的?

2019-07-09 16:10:49

本文的总结源于林晓斌在极客时间里面的课程,为避免产生商业问题,我只是用于个人学习总结。 原文地址:https://time.geekbang.org/column/article/68633 本篇重点 一条SQL语句的执行步骤 update T set c=c+1 where ID=2; 执行流程图 小结 redo是物理的,binlog是逻辑的;现在由于redo是属于InnoDB引擎,所以必须要有binlog,因为你可以使用别的引擎 保证数据库的一致性,必须要保证2份日志一致,使用的2阶段式提交;其实感觉像事务,不是成功就是失败,不能让中间环节出现,也就是一个成功,一个失败 如果有一天mysql只有InnoDB引擎了,有redo来实现复制,那么感觉oracle的DG就诞生了,物理的速度也将远超逻辑的,毕竟只记录了改动向量 binlog几大模式,一般采用row,因为遇到时间,从库可能会出现不一致的情况,但是row更新前后都有,会导致日志变大 最后2个参数,保证事务成功,

01 | 基础架构:一条SQL查询语句是如何执行的?

2019-07-09 15:42:31

本文的总结源于林晓斌在极客时间里面的课程,为避免产生商业问题,我只是用于个人学习总结。 原文地址:https://time.geekbang.org/column/article/68319 思维导图 问题总结 MySQL的框架有几个组件,各有什么作用? Server层和存储引擎层各有什么作用? you have an error in your SQL syntax这个是在词法分析还是在语法分析里面报的错? 对于表的操作权限验证是在哪里进行? 执行器的执行查询语句的流程是什么样的?

【转】深度解密Go语言之context

2019-06-13 16:16:43

最近在公众号【码农桃花源】读到微信一篇关于context的文章,很不错,推荐给大家。原文地址:https://mp.weixin.qq.com/s/GpVy1eB5Cz_t-dhVC6BJNw Go 语言的 context 包短小精悍,非常适合新手学习。不论是它的源码还是实际使用,都值得投入时间去学习。 这篇文章依然想尝试全面、深入地去研究。文章相比往期而言,整体不长,希望你看完可以有所收获! 贴上文章的目录: 什么是context Go 1.7 标准库引入 context,中文译作“上下文”,准确说它是 goroutine 的上下文,包含 goroutine 的运行状态、环境、现场等信息。 context 主要用来在 goroutine 之间传递上下文信息,包括:取消信号、超时时间、

Golang之HTTP EOF/connection reset by peer详解

2019-06-10 12:18:48

背景 使用net/http同时发起多个简单请求时,偶尔会出现EOF或connect: connection reset by peer的情况。明明就是一个很简单的例子,为何会出现这种情况呢? 举例 这里我为了省事,直接套用网上其他人的客户端的例子: req, err := http.NewRequest(method, url, body) if err !=nil{ return nil, err } resp, err := http.DefaultClient.Do(req) if err !=nil{ return nil, err } defer resp.Body.Close() b, err := ioutil.ReadAll(resp.Body) if err

关于服务目录框架的一些思考

2019-06-02 16:03:32

陆陆续续使用Go来进行日常业务服务开发有段时间了,慢慢有了一些心得,也在往这些方面进行靠拢。 清晰的文件目录 我们在进行服务开发过程中,往往不是一个人在那战斗,而是一个团队。应该说,对于稍具规模的公司在这个方面都是相当看重的。因为清晰的目录结构、文件命名等体现一个团队的素养,一定程度上降低项目维护成本。比如在A同事接手B同事项目时能够做到尽量快的接手。 下面是我们现有服务的一个目录结构 展开查看 . ├── config │   └── dev.conf ├── constants │   ├── errors │   └── types ├── global │   ├── config.go │   └── config_watcher.go ├── main.go ├── modules │   └── doc.go ├── routes │   └── root.go └── vendor    └── ... 当前主要的目录结构就是以上的几个: config:顾名思义,就是存放的本地想相关配置文件,我们配置文件主要以json为主 constants:存放的是一些全局宏定义,比如定义的通用错误放errors,通用全局控制放types global:初始化配置文件的地方,从本地or远端配置服务拉取出来的配置均在此处进行初始化 modules:一些模块化定义的地方,