milife2012的专栏

一般是由于root用户对全局host无访问权限。因此只要给root用户添加一个访问权限即可。　　解决办法：　　登陆mysql ，执行　　mysql -u root -pPasswd　　mysql >grant all privileges on *.* to root@"%" identified by "Passwd"　　mysql >flush privileges

客服反馈后台无法查询，原因大概知道，是因为MySQL的事务产生了死锁，以往都不知道是哪个事务锁住了，只能很粗暴地重启MySQL最近查找到一个方法，不用重启MySQL，记录如下 登录到MySQL，来看下有哪些MySQL事务 可以看到一个时间持续了比较久的事务，现在时间是13点了，而这个事务的开始时间是2012-11-09 12:15:14，显然是不正常的，我们看这个事务对应的mysql的

MySQL查询超时问题是什么原因呢？应该如何解决呢？下面就为您详细介绍MySQL查询超时问题的解决方法，希望可以帮助到您。mysql>show variables like '%timeout';    打印结果如下：+----------------------------+-------+   | Variable_name | Value |   +-----------

早上执行语句：update report_user_info set cell = replace(cell,'"','') where id就报了标题上面的错误。然后我去查找原因 是因为我早上的一个动作导致 report_user_info表锁住了。方法1：mysql -uroot -pmypassword -e"show processlist"|grep -i "lock

前言：朋友咨询我说执行简单的update语句失效，症状如下：mysql> update order_info set province_id=15 ,city_id= 1667 where order_from=10 and order_out_sn='1407261241xxxx';ERROR 1205 (HY000): Lock wait timeout exceeded; try r

先关闭服务 再重启net stop mysql服务名net start mysql服务名

启动innodb_monitor的方法在使用Innodb做为存储引擎的数据库系统中，可以使用innodb_monitor 来监控数据库的性能，启动innodb_monitor的方法为 Create table innodb_monitor (i int) engine=innodb 通过建立这个表就启动了innodb_monitor，监控的结果并不会记录到这个表中，而是记录到了mysql的er

最近在业务支持中遇到特殊业务对innodb的这个锁等待超时(innodb_lock_wait_timeout)有比较严格的要求，特意查了下资料(主要还是参考的官方文档)     innodb_lock_wait_timeout指的是事务等待获取资源等待的最长时间，超过这个时间还未分配到资源则会返回应用失败；参数的时间单位是秒，最小可设置为1s(此时需要考虑应用端的频繁异常处理会消耗性能

执行状态分析Sleep状态通常代表资源未释放，如果是通过连接池，sleep状态应该恒定在一定数量范围内实战范例：因前端数据输出时（特别是输出到用户终端）未及时关闭数据库连接，导致因网络连接速度产生大量sleep连接，在网速出现异常时，数据库too many connections挂死。简单解读，数据查询和执行通常只需要不到0.01秒，而网络输出通常需要1秒左右甚至更长，原本数据连接

通过下面的查询， 来查询当前数据库， 有哪些事务，都锁定哪些资源。   SELECT     trx_id AS  `事务ID`,     trx_state AS `事务状态`,     trx_requested_lock_id  AS  `事务需要等待的资源`,     trx_wait_started    AS  `事务开始等待时间`,     trx_tab

日常维护中，经常会碰到线程被阻塞，导致数据库响应非常慢，下面就看看如何获取是哪个线程导致了阻塞的。blog地址：http://blog.youkuaiyun.com/hw_libo/article/details/390808091. 环境说明RHEL 6.4 x86_64 + MySQL 5.6.19事务隔离级别：RR2. 测试过程3. 查看锁阻塞线程信息这里用几中方法进行分析：

java.lang.Exception: ### Error updating database.  Cause: java.sql.SQLException: Lock wait timeout exceeded; try restarting transaction ### The error may involve defaultParameterMap ### The erro

最近在维护数据库时，解析数据时候，数据一直不能入库。原因知道，是因为MySQL的事务产生了死锁，前几次我直接重启MySQL.最近发现频繁的出现。所以找到一种方法。SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;trx_id trx_state trx_started trx_requested_lock_id trx_wait_started t

select cast(19.16558 as decimal(9,2))精确到几位select round(123.5); 四舍五入select floor(123.5);取整数部分select ceil(123.5);四舍五入

装mysql,运行一段时间后，在mysql目录下出现一堆类似mysql-bin.000***，从mysql-bin.000001开始一直排列下来，而且占用了大量硬盘空间，高达几十个G. 对于这些超大空间占用量的文件我们应该怎么办呢?那么mysql数据库文件夹中的mysql-bin.00001是什么文件？mysql-bin.000001、mysql-bin.000002等文件是数

http://hi.baidu.com/juntao_li/item/094d78c6ce1aa060f6c95d0bMySQL datediff(date1,date2)：两个日期相减 date1 - date2，返回天数。select datediff('2008-08-08', '2008-08-01'); -- 7select datediff('2008-08-01'

获取获取日期值CURDATE()CURRENT_DATE()以'YYYY-MM-DD'或YYYYMMDD格式返回当前日期值(根据返回值所处上下文是字符串或数字)mysql> select CURDATE();　　-> '1997-12-15'mysql> selec t CURDATE() 0;　　-> 19971215获取时间值CURTIME(

MySQL 字符串截取函数：left(), right(), substring(), substring_index()。还有 mid(), substr()。其中，mid(), substr() 等价于 substring() 函数，substring() 的功能非常强大和灵活。1. 字符串截取：left(str, length)mysql> select left('linu

delete from account.comp_account_action caa where caa.account_action_code in (10950112,10950113,10950114,10950115);sql中使用别名删除直接报错，改为下面格式即可delete from account.comp_account_action where account_acti