现有两张数据表:A、B: 问题:A left join B 速度很慢: 原因:task_id 没有索引 解决方案:给 B.task_id 添加索引 ...
数据库本身 查看数据库状态 查找日志文件中是否有sql相关打印 查看当前连接数 执行 show processlist 查看mysql正在运行的sql线程 查看mysql慢查询日志 默认情况下,mysql不开启慢查询日志 可通过命令:show variables like slow query log 查看mysql是否开启了慢查询,以及慢查询日志在哪 ON表示已开启,时间阈值是 s。 通过解释 ...
2022-04-08 14:54 0 2105 推荐指数:
现有两张数据表:A、B: 问题:A left join B 速度很慢: 原因:task_id 没有索引 解决方案:给 B.task_id 添加索引 ...
小技巧:如果你的表中有类似标志位(比如是否逻辑删除(on_delete=models.CASCODE))的字段,那么在其上建立一个索引,会把count(*)的速度提交数倍,当然最好用bit(1)类型,而不是int或者char(1)保存标志位,那样会更慢。 mysql的count优化总结 ...
在使用sql语句查询时,我们使用group_concat的形式对字段进行操作后使得查询出来的字段太长,会造成不能完全显示的问题,如下: 当前这个字段非常的长,在数据库看的时候也只是显示一部分内容,这是由于group_concat的group_concat_max_len参数的值太小造成 ...
一、引子 这要从线上的一个接口偶发异常耗时说起,事情往往不是你想象的样子,尤其是在排查问题的时候,切忌有先入为主的的某些判断。 二、问题: 接口监控图:显示每天总会有那么几次耗时特别长的请求。 三、排查: 1、直观的认识是“偶发”,每天零星的几个,不规律。 对于这种情况,第一感觉 ...
在执行一个简单的sql查询,表中数据量为14万 sql语句为:SELECT id,titile,published_at from spider_36kr_record where is_analyze=0 ORDER BY create_time DESC LIMIT 10;开始的时候很快 ...
工作中进行SQL优化的情况下,常常有这样的问题,SQL已经全部利用索引,请求的数据量较小, 总的数据量不大的情况下,仍有很多慢查询的出现(我们规定是>20ms)。这个时候就要关注我们的并发量,事务锁,的情况。 对于游戏来说,DB存在大量的insert 、update 可谓玩家的很多动作都会 ...
问题:工作生活中常见的现象 调试和排查步骤 1、确认一下域名解析的问题?是否可以解析成对应的IP--- DNS -- 重点 2、Ping或者telnet这个IP确实连接是否可达? 3、tracert跟踪,确定哪个节点出现问题。 4、不可达,服务器是否开机?服务是否开启 ...