感谢读者张舒鳌指出勘误！
MySQL5.5里：MySQL5.6里：已经加密。但如果update mysql.user set password=password('654321') where User='hcy';还会是明文，如图：测试环境binlog_format = MIXED改为ROW模式：加密。
目前主流服务器都支持NUMA架构，我们可以通过命令numactl --hardware查看，如图：在这里，NUMA架构把CPU逻辑上划分为两个节点node0和node1，每个节点上分配4核CPU、16G内存。NUMA默认策略：内存优先分配给node0，当InnoDB_Buffer_Pool设置为22G时，node0使用完本地内存，此时就应该使用node1节点的内存，但它宁可使用SWAP，也不会选择
最近在审核SQL的时候，发现一些开发经常犯这个错误，下面我举个简单的例子，说明一下：查找出A表和B表id相同的记录（并且把B表没有的id记录也查询出来），且name名字等于'b'的记录。表数据：mysql> select * from t1; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b
上周日，早上快到6点，天还没亮，睡得正香，突然被一声短信惊醒，Too many connections！我这纳闷呢，搞啥活动呢？平常这都是低风期啊。登陆机器一查看慢日志，发现有这么一条SQL，很奇葩：跑了快1小时了，而且查询的结果还是0行。很奇怪到底在搞毛？我又查看了这个表，并没有aid=1的记录。周一询问了开发，都不知道这条SQL。最后猜想到，这是不是监控人员，搞的一个每隔15秒就连接一下，看看
我们知道在MySQL5.5里，如果想修改ib_logfile（redo log）文件大小，步骤是：一、set global innodb_fast_shutdown = 0;二、mysqladmin shutdown三、在my.cnf文件里修改innodb_log_file_size参数值四、mv ib_logfile* /bak（不移走，启动会报错）五、mysqld_safe --default
在检查慢SQL时，发现一条统计SQL执行过慢，如下：原SQLSELECT platform, channel, COUNT(DISTINCT(platformUserId)) as cnt FROM( SELECT platform, channel, platformUserId, MIN(insertTimestamp) as rtime FROM tsz_user
表结构（1000万行记录）：mysql> show create table sbtest\G; *************************** 1. row *************************** Table: sbtest Create Table: CREATE TABLE `sbtest` ( `id` int(10) unsigned NO
网友黄华亮发了一条SQL的执行计划问t表的字段TOP_TITLE_ID是主键，为啥order by还会有Using temporary; Using filesort后来我把该表要了过来，在我的机器上做了下测试，如果改成如下SQL就没有Using temporary; Using filesort于是又在5.6上测试了一下，发现：同样的SQL语句，在MySQL5.6上就去掉了Using tempo
MySQL5.6出来一年了，对其新特性也有了了解，也基本上稳定了，等小版本在5.6.20就可以考虑将线上的数据库版本进行升级。为了更多网友今后升级工作，这里我模拟了生产环境对其进行一次升级，我选择的版本是Percona，选择的因素是线程池，这个只有MySQL企业版才支持，较之社区版有了性能的改善。视频地址：http://edu.51cto.com/lesson/id-18818.html
这篇文章生动的描述了线程池的妙处，它可以解决高并发数据库性能下降。每个客户端连接MySQL执行SQL语句会创建一个线程。一旦连接数量的增加超过某特定点性能将会下降。
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
