@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 索引

@huigeer 是的，但不是根据主键更新的

@likuku
innodb_data_home_dir = /data/mysql/data
#innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /data/mysql/data
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 5G
innodb_additional_mem_pool_size = 64M
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_file_io_threads = 4
innodb_thread_concurrency = 8
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 512M
innodb_log_buffer_size = 16M
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 120
innodb_max_dirty_pages_pct = 90

8 核 12g 机械硬盘

@likuku buffer 调大了

@wuyadong 可是不能删。。

@lecher 根据索引更新，是唯一索引，所以每次肯定也只影响一行，其实平常是正常的，只是并发稍高一些的时候会慢，但看 cpu 和磁盘 io 似乎并不高，每秒大概两三百写， cpu 10%左右，这样应该不算高吧？

@lecher varchar 类型，更新之后值不超过 64 字符

@lecher 根据有索引的字段更新，但跟更新的不是索引字段，有索引的字段 insert 之后就没有更新过了，这种情况除了 io 问题之外还有可能是其他问题么？更新的那个字段默认是 null ，更新之后有值，这种情况有有限么？

@noahzh 通过索引更新，更新的不是索引字段