[ SQL ] SELECT `post`.* FROM `cmf_portal_post` `post` INNER JOIN `cmf_portal_category_post` `relation` ON `post`.`id`=`relation`.`post_id` WHERE `post`.`post_type` = 1 AND `post`.`post_status` = 1 AND `relation`.`category_id` = 5 AND `relation`.`post_id` < 2 AND ( `post`.`published_time` < 1638691195 and `post`.`published_time` > 0 ) ORDER BY `published_time` DESC LIMIT 1 [ RunTime:0.003768s ]

[ EXPLAIN : array ( 'id' => '1', 'select_type' => 'SIMPLE', 'table' => 'post', 'partitions' => NULL, 'type' => 'range', 'possible_keys' => 'PRIMARY,type_status_date', 'key' => 'PRIMARY', 'key_len' => '8', 'ref' => NULL, 'rows' => '1', 'filtered' => '5.55', 'extra' => 'Using where; Using filesort', ) ]

当搜索结果数据为1时，运行时间0.003768s

[ SQL ] SELECT `post`.* FROM `cmf_portal_post` `post` INNER JOIN `cmf_portal_category_post` `relation` ON `post`.`id`=`relation`.`post_id` WHERE `post`.`post_type` = 1 AND `post`.`post_status` = 1 AND `post`.

问题描述：

创建一个内部网络（docker network create ims_network），在这个内部网络跑了两个容器（一个mysql容器，一个python容器），从python容器中向mysql容器中写数据（insert，update）很慢，select很快。

时间：10个insert用了2秒。

问题解决：

[mysqld]
skip-name-resolve
innodb_flush_log_at_trx_commit=0
sync_binlog=0

方法解析：

skip-name-resolve

跳过域名解析，对有些场景很管用，但对我遇到的不怎么管用。
设置这个以后，速度只有一点点提升（2秒 -> 1秒9）。

innodb_flush_log_at_trx_commit=0

这个选项决定着什么时候把日志信息写入日志文件以及什么时候把这些文件物理地写(术语称为”同步”)到硬盘上。设置值0的意思是每隔一秒写一次日志并进行 同步，这可以减少硬盘写操作次数，但可能造成数据丢失; 设置值1(设置设置)的意思是在每执行完一条COMMIT命令就写一次日志并进行同步，这可以防止数据丢失，但硬盘写操作可能会很频繁; 设置值2是一般折衷的办法，即每执行完一条COMMIT命令写一次日志，每隔一秒进行一次同步。
设置这个以后，速度有很大提升（1秒9 -> 1秒）。

sync_binlog=0

每经过n次日志写操作就把日志文件写入硬盘一次(对日志信息进行一次同步)。设为1是最安全的做法，但效率最低。docker中默认设置是1，意思是由操作系统来负责二进制日志文件的同步工作。
设置这个以后，速度有显著提升（1秒 -> 30毫秒）。

————————————————
版权声明：本文为CSDN博主「纯真-Cloud」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/chunzhenzyd/article/details/82887269