RDS for MySQL使用的是InnoDB引擎.不同于MyISAM引擎只提供表锁,InnoDB提供不同级别的锁.但是在我们日常的操作过程中经常由于对数据库不当的SQL操作导致出现长时间的锁,造成其他的SQL语句长期等待执行.这种现象对于数据库的正常使用带来的极大的阻碍.接下来我们就来介绍如何排查当前实例是否出现该状态. 首先,用户可以登录RDS(通过客户端.DMS等工具都可),在数据库中执行命令: show processlist 执行结果如图所示: 我们首先来讲述下各字段的含义: id,该
一.用户管理: 创建用户: create user '用户名'@'IP地址' identified by '密码'; 删除用户: drop user '用户名'@'IP地址'; 修改用户: rename user '用户名'@'IP地址'; to '新用户名'@'IP地址'; 修改密码: set password for '用户名'@'IP地址' = Password('新密码') 二.库相关操作 查看所有数据库: SHOW DATABASES; 创建数据库 : CREATE DATABASE
在上一篇文章<MySQL常见加锁场景分析>中,我们聊到行锁是加在索引上的,但是复杂的 SQL 往往包含多个条件,涉及多个索引,找出 SQL 执行时使用了哪些索引对分析加锁场景至关重要. 比如下面这样的 SQL: mysql> delete from t1 where id = 1 or val = 1 其中 id 和 val 都是索引,那么执行时使用到了哪些索引,加了哪些锁呢?为此,我们需要使用 explain 来获取 MySQL 执行这条 SQL 的执行计划. 什么是执行计划呢?简单来
1.查询条件的先后顺序 有多个查询条件时,要把效率高能更精确筛选记录的条件放在后边.因为MySQL解析sql语句是从后往前的(不知是否准确). 例: select a.*,b.* from UsrInf a,OrgInf b where LogNam='njnydx9' and b.OrgId=a.blnorg SQL语句从后往前解析,把LogNam='njnydx9'换到后边,避免了更多结果集的连接,提高了执行效率 2.in的效率问题 看网上都说in相当于多个条件的or.实际测试后发现in的执
今天运维的一个项目需要进入数据库修改下数据,MYSQL的数据库,我先导出了一份数据结构和数据,然后进行修改,改完后发现项目报错了...粗心大意哪改错了,赶紧恢复数据库,结果导入SQL时报错了,当时心凉了半截...天呐! 错误详情: - MySQL server has gone away 当时的心情真是...无以言表.冷静下来网上查了一下,果然很多前辈都遇到过这些问题. 错误原因是因为mysql数据库默认的接收数据包的大小是4M,我导入的sql有20多M,所以出错了. 找到服务器上的MYSQL安
对数据库基本操作是每个程序员基本功,如何理解并快速记住sql执行的顺序呢,其实一条复杂的sql就能搞定: SELECT DISTINCT <select_list> FROM <left_table> <join_type> JOIN <right_table> ON <join_condition> WHERE <where_condition> GROUP BY <group_by_list> HAVING <h
原文:https://my.oschina.net/waknow/blog/205654 摘要: 使用Go链接数据库时,由于连接释放不当会在一段时间以后产生too many connections的错误.因此需要适当的选择函数和及时的释放数据库连接. 这几天用Go写了个简陋的服务器,连接Mysql数据库,提供api给其他程序调用来实现增删改产等服务.Go的版本是1.2,使用的驱动是go-sql-driver/mysql.但是在有一定量的查询结果以后,会出先too many connection的