@yangdehua 好吧，终于发现了，其实是表有唯一索引， insert 之后没有 commit ，只有高并发之后才会出现异常，死锁了，不过这种情况下能不能看出是哪个 sql 没 commit 么？

最主要表盘像素好低，指针表盘太难看

@lecher
@likuku
@yangqi
@realpg

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql> show profile;
+----------------------+------------+
| Status | Duration |
+----------------------+------------+
| starting | 0.000134 |
| checking permissions | 0.000033 |
| Opening tables | 0.000035 |
| init | 0.000050 |
| System lock | 0.000083 |
| updating | 121.503612 |
| end | 0.000096 |
| query end | 0.000028 |
| closing tables | 0.000029 |
| freeing items | 0.000074 |
| cleaning up | 0.000029 |
+----------------------+------------+
11 rows in set, 1 warning (0.00 sec)

这个看起来怎么这么奇怪啊？ updating120 秒

其实，你每天没有上百万上千万的 request 请求，爱用啥用啥，没区别，话说 ab 100 似乎不能说明啥，随机误差都不能排除

@bluestonemds curl_exec 就是又请求了其他的网站了，而且那个网站还很慢，找出来看看吧，干嘛的，看看能不能去掉， oneapm 应该会显示请求了什么网站的啊？

后端返回就慢，代码问题吧，可以挂个 oneapm 的看看哪慢，解决就好了

@likuku 这个嘛数据早期是直接从物理机房的机器服务器上直接 copy 过来的，也没有对 rds 测试，所以暂时还没有使用 rds

@Infernalzero 恩，固定 24 字符的，换成 char 会不会好点？

@pubby 12g 内存，用了不到一半。。 io 每秒 200 多， 300KB 左右，这应该不算高吧，因为是云主机，可能是云主机所在物理主机 io 高

@realpg 今天正常了，看起来可能是云服务器所在的物理机 io 比较高，准备换 ssd 主机试试

@noahzh 哦，我们这个索引的这个字段是唯一索引，每行是不重复的

@noahzh 索引不是区分度越大越好么？

@noahzh 只有四个索引，其中两个都是不重复的

@realpg 云服务器，通过看 show processlist;似乎不是查询锁表，而且平时是正常的，只是并发稍高的时候会这样

@yangqi key_buffer_size 512M 索引大小为 400M ，这个 key_buffer_size 是每个 db 单独分配的么？需要更新有两个 db 的两张表，数据差不多大
mysql> SHOW STATUS LIKE 'key_read%';
+-------------------+---------+
| Variable_name | Value |
+-------------------+---------+
| Key_read_requests | 1242558 |
| Key_reads | 639 |
+-------------------+---------+
2 rows in set (0.00 sec)

@lecher 改成 char 型默认空字符串行么？

@yangqi 没有
mysql> explain select id from order where order_id='201603010140117550200039';
+----+-------------+--------------+-------+---------------+----------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+--------------+-------+---------------+----------+---------+-------+------+-------------+
| 1 | SIMPLE | order_201603 | const | order_id | order_id | 72 | const | 1 | Using index |
+----+-------------+--------------+-------+---------------+----------+---------+-------+------+-------------+
1 row in set (0.00 sec)
不过需要更新的那个字段是 varchar 类型，默认为 NULL 更新为 30 个字符左右的值，影响么？

@billgreen1 貌似不是这个问题

@yangqi 什么样算坏的呢？
1964190 BTREE 索引