2018年01月_深圳gg

原创 MySQL innodb count(*) count(1) 性能比较

有写文章说尽量不要用count(*),这样性能不好。那今天来实测一下，从执行计划，转换后的SQL和Last_query_cost三个方面说事。注：这个值说明需要多少个数据页的随机查找才能完成上面的查询。这是根据一系列的统计信息计算得来的：每个表或者索引的页面个数，索引的基数（索引中不同值的数量），索引和数据行的长度、索引分布情况。优化器在评估成本的时候并不考虑任何层面的缓存，它假设读取任何数据都需

2018-01-29 18:09:12 1220

原创 MySQL exists还是慎用

不管是MariaDB还是Oracle的MySQL，如果外面的表很大，要慎用exists。select version();+-----------------+| version() |+-----------------+| 10.1.22-MariaDB |+-----------------+EXPLAIN SELECT CAC.* FROM TOP_

2018-01-25 16:16:15 2401

原创 MySQL SQL一种常用的优化方法

下面的SQL 20多秒。如何优化：SELECT ................ FROM gg_bm_o_order o_order LEFT JOIN gg_bm_u_app_user app_user ON app_user.user_code = o_order.user_code LEFT

2018-01-22 17:57:29 580

原创首页排行榜的方案设计

经常会遇到这样的业务，用户进入首页之后，显示某排行榜：总排行本周本月本年 5年来 10年来或者在首页显示自系统使用以来的库存周转率等。开发人员不管三七二十一，直接写一条SQL搞定，随着时间的推移，统计SQL越来越慢，当并发量大了之后，整个系统就快挂了。这种业务怎么处理。最好是用中间表的方案，查统计结果即可。采用定时任务，将统计结果插入中间表。实现的时候要注意，

2018-01-19 17:04:15 1859

原创 MySQL消除排序有多重要！

这条SQL是查出来所有的数据，然后对所有的数据进行排序，最后取出50条数据。SELECT ... FROM IC_RC_CONTROL_COMMAND c, IC_OM_DM_CHARGING_PILE cp, ic_rc_control_command_item ci WHERE c.`CONTROL_COMMAND_ID` = ci.`CONTROL_COMMAND_ID

2018-01-17 15:58:37 1406

原创 2018-1-11Mysql SQL性能优化

在高并发下面，下面的SQL有严重的性能问题。# User@Host: gg[gg] @ [xx.xx.xx.xx] Id: 28927# Query_time: 224.879036 Lock_time: 0.000542 Rows_sent: 1 Rows_examined: 93633EXPLAIN SELECT ... CASE WHE

2018-01-16 16:35:59 312

原创减少表扫描的经典写法

优化前：SELECT IFNULL(SUM(charge_quantity), 0) chargeQuantityTotle, COUNT(1) num, DATE_FORMAT(SYSDATE(), '%d') DAY FROM gg_BM_O_ORDER WHERE IS_DELETE AND order_state IN (3, 4)

2018-01-16 15:35:44 276

原创 MySQL5.6 视图谓词无法推进的问题

最近优化MySQL5.6的SQL语句，对视图的优化不能让人满意，谓词无法推进，下面有两个例子。以后用视图得小心了，一定要看执行计划。样例1：视图定义如下： SHOW CREATE TABLE view_site_car ;select m_site . SITE_CODE AS site_code, ifnull(group_concat(gg_car_model

2018-01-16 15:24:15 471

原创 MySQL执行计划顺序需要注意的地方

SQL执行计划顺序是：id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行。不过，对于标量子查询，并非是id值越大，越先执行。如下面的执行计划顺序是：r(1)->o(1)->ds(1)->(icd(3)+d(2))EXPLAIN SELECT ds . OPERATING_UNIT_CODE AS OPERATING_UNIT_CODE,

2018-01-16 11:47:09 1834

原创诊断weblogic告警必须要有jstack

上午10点收到GX现场weblogic告警，由于server日志是每天生成一份，所以看到的是今天的堵塞，连接池不够用了。#### > POST /web/gg/controlquality/common/getReadyData.sc HTTP/1.1X-Requested-With: XMLHttpRequestAccept: application/json

2018-01-10 15:18:19 1144

原创 weblogic stuck String StringUtils

今天在一个报表及导出的weblogic节点不响应，后台的堵塞都是这种，操作系统表现是耗用CPU 6000%（相对于消耗了60个CPU）。下面的代码堆栈都是相对简单的功能，为什么出现这种问题呢？原因是有线程长期并大量消耗CPU，导致剩下的线程无法获取到CPU产生spin。解决问题的办法就是： 1.top -H -p 进程id 获取到耗CPU的线程。 2.做一个jsta

2018-01-04 10:44:42 490

原创 weblogic大量功能慢导致的问题

现场报节点不能使用。#### > <[STUCK] ExecuteThread: '59' for queue: 'weblogic.kernel.Default (self-tuning)' has been busy for "600" seconds working on the request "Http Request Information: weblogic.

2018-01-02 18:03:49 5781

关注系统性能调优