频率很高的update系统如何优化

学无止境-逆流而上 2016-03-28 04:07:34
50W数据的一个表，系统运行时，大量update case set visit = ?, due_date = ?, update_by = ?, update_date = ? WHERE id = ? 语句，监控到同一个update 语句时间很不稳定，经常很慢，目前代码上面已做到优化，但是因为系统是crm系统，流程job+数据流入+大量客服使用系统，导致大量update业务操作无法避免，想从数据库层面做一些优化，求一些建议。mysql是innodb。
2016-03-28 14:12:54,027 [HandleTimeService.java:56] - case update spend 3593ms,caseId:496344
2016-03-28 14:12:57,682 [HandleTimeService.java:56] - case update spend 3649ms,caseId:496309
2016-03-28 14:12:57,676 [HandleTimeService.java:56] - case update spend 3642ms,caseId:496032
2016-03-28 14:12:57,684 [HandleTimeService.java:56] - case update spend 3654ms,caseId:496309
2016-03-28 14:13:00,510 [HandleTimeService.java:56] - case update spend 683ms,caseId:496333
2016-03-28 14:13:00,701 [HandleTimeService.java:56] - case update spend 182ms,caseId:496031
2016-03-28 14:13:11,005 [HandleTimeService.java:56] - case update spend 5444ms,caseId:495848
2016-03-28 14:13:15,130 [HandleTimeService.java:56] - case update spend 4109ms,caseId:467920
2016-03-28 14:13:17,525 [HandleTimeService.java:56] - case update spend 2383ms,caseId:495767
2016-03-28 14:13:21,197 [HandleTimeService.java:56] - case update spend 3680ms,caseId:496307
2016-03-28 14:13:21,891 [HandleTimeService.java:56] - case update spend 699ms,caseId:496346
2016-03-28 14:13:21,887 [HandleTimeService.java:56] - case update spend 697ms,caseId:496347
2016-03-28 14:13:21,892 [HandleTimeService.java:56] - case update spend 699ms,caseId:255415
2016-03-28 14:13:22,013 [HandleTimeService.java:56] - case update spend 119ms,caseId:496254
2016-03-28 14:13:26,365 [HandleTimeService.java:56] - case update spend 3798ms,caseId:496305
...全文
341 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
LongRui888 2016-04-11
  • 打赏
  • 举报
 回复
引用 13 楼 ITbasketplayer 的回复:
[quote=引用 12 楼 yupeigu 的回复:] [quote=引用 11 楼 ITbasketplayer 的回复:] [quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？[/quote] 对的，我重新描述下总的问题吧~跟dba也沟通了，他也没有什么办法： 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 我想改read-commit他说没啥用，建议分表，分表不太可能啊，工作流用的activiti，要改源码估计。 mysql> show processlist; | 22317463 | hq_crm | xx.xx.xx.xx:62363 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a JOIN(select DISTINCT case_id,type,behave_time from crm_user_ | | 22318579 | hq_crm | xx.xx.xx.xx:53236 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a mysql> show OPEN TABLES where In_use > 0; +----------+-----------------+--------+-------------+ | Database | Table | In_use | Name_locked | +----------+-----------------+--------+-------------+ | hq_crm | crm_case | 7 | 0 | | hq_crm | crm_user_behave | 3 | 0 | | hq_crm | ACT_RU_TASK | 5 | 0 | [/quote]
引用 13 楼 ITbasketplayer 的回复:
[quote=引用 12 楼 yupeigu 的回复:] [quote=引用 11 楼 ITbasketplayer 的回复:] [quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？[/quote] 对的，我重新描述下总的问题吧~跟dba也沟通了，他也没有什么办法： 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 我想改read-commit他说没啥用，建议分表，分表不太可能啊，工作流用的activiti，要改源码估计。 mysql> show processlist; | 22317463 | hq_crm | xx.xx.xx.xx:62363 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a JOIN(select DISTINCT case_id,type,behave_time from crm_user_ | | 22318579 | hq_crm | xx.xx.xx.xx:53236 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a mysql> show OPEN TABLES where In_use > 0; +----------+-----------------+--------+-------------+ | Database | Table | In_use | Name_locked | +----------+-----------------+--------+-------------+ | hq_crm | crm_case | 7 | 0 | | hq_crm | crm_user_behave | 3 | 0 | | hq_crm | ACT_RU_TASK | 5 | 0 | [/quote] 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 少数单表dml频繁，导致数据库表锁多？ 单表dml如果有索引，速度会非常快，因为用的是 行级锁，只是对要修改的行进行更新，如果有表锁，那就要搞清楚为什么会有表锁。 你们公司这个dba有点撤了
学无止境-逆流而上 2016-04-11
  • 打赏
  • 举报
 回复
引用 12 楼 yupeigu 的回复:
[quote=引用 11 楼 ITbasketplayer 的回复:] [quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？[/quote] 对的，我重新描述下总的问题吧~跟dba也沟通了，他也没有什么办法： 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 我想改read-commit他说没啥用，建议分表，分表不太可能啊，工作流用的activiti，要改源码估计。 mysql> show processlist; | 22317463 | hq_crm | xx.xx.xx.xx:62363 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a JOIN(select DISTINCT case_id,type,behave_time from crm_user_ | | 22318579 | hq_crm | xx.xx.xx.xx:53236 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a mysql> show OPEN TABLES where In_use > 0; +----------+-----------------+--------+-------------+ | Database | Table | In_use | Name_locked | +----------+-----------------+--------+-------------+ | hq_crm | crm_case | 7 | 0 | | hq_crm | crm_user_behave | 3 | 0 | | hq_crm | ACT_RU_TASK | 5 | 0 |
LongRui888 2016-04-11
  • 打赏
  • 举报
 回复
另外，最后如果实在没办法，读写分离也是个好办法，不过，这个又会有新的问题，到时候数据可能会有不一致的问题，不过这个就是dba的问题了，不是你的问题了
LongRui888 2016-04-11
  • 打赏
  • 举报
 回复
引用 15 楼 ITbasketplayer 的回复:
[quote=引用 14 楼 yupeigu 的回复:] [quote=引用 13 楼 ITbasketplayer 的回复:] [quote=引用 12 楼 yupeigu 的回复:] [quote=引用 11 楼 ITbasketplayer 的回复:] [quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？[/quote] 对的，我重新描述下总的问题吧~跟dba也沟通了，他也没有什么办法： 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 我想改read-commit他说没啥用，建议分表，分表不太可能啊，工作流用的activiti，要改源码估计。 mysql> show processlist; | 22317463 | hq_crm | xx.xx.xx.xx:62363 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a JOIN(select DISTINCT case_id,type,behave_time from crm_user_ | | 22318579 | hq_crm | xx.xx.xx.xx:53236 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a mysql> show OPEN TABLES where In_use > 0; +----------+-----------------+--------+-------------+ | Database | Table | In_use | Name_locked | +----------+-----------------+--------+-------------+ | hq_crm | crm_case | 7 | 0 | | hq_crm | crm_user_behave | 3 | 0 | | hq_crm | ACT_RU_TASK | 5 | 0 | [/quote]
引用 13 楼 ITbasketplayer 的回复:
[quote=引用 12 楼 yupeigu 的回复:] [quote=引用 11 楼 ITbasketplayer 的回复:] [quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？[/quote] 对的，我重新描述下总的问题吧~跟dba也沟通了，他也没有什么办法： 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 我想改read-commit他说没啥用，建议分表，分表不太可能啊，工作流用的activiti，要改源码估计。 mysql> show processlist; | 22317463 | hq_crm | xx.xx.xx.xx:62363 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a JOIN(select DISTINCT case_id,type,behave_time from crm_user_ | | 22318579 | hq_crm | xx.xx.xx.xx:53236 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a mysql> show OPEN TABLES where In_use > 0; +----------+-----------------+--------+-------------+ | Database | Table | In_use | Name_locked | +----------+-----------------+--------+-------------+ | hq_crm | crm_case | 7 | 0 | | hq_crm | crm_user_behave | 3 | 0 | | hq_crm | ACT_RU_TASK | 5 | 0 | [/quote] 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 少数单表dml频繁，导致数据库表锁多？ 单表dml如果有索引，速度会非常快，因为用的是 行级锁，只是对要修改的行进行更新，如果有表锁，那就要搞清楚为什么会有表锁。 你们公司这个dba有点撤了 [/quote] 我们事务做在service层上的方法上，方法有增删改查多个操作，REPEATABLE READ级别下，读sql都会获取S锁，然后“事务提交时间太长，其他事务修改操作需要获得S锁”，导致表锁。所以我想叫他改成Read Committed试试看，只不过会有不可重复读问题。既然不让改事务级别，就先做主从读写分离试试吧。大神觉得如何？[/quote] 可重复读是指在同一个事务中，2次同样的sql，查询出来的数据不一样，一般来说如果是sql server，为了实现可重复读，是通过在事务中对所要读取的行加上S锁，直到事务结束，才释放S锁，注意是行级别的，不是表级别的S锁，不需要锁定表。 所以，这里主要看你的业务sql中，是否有一个事务中，同时读取2次，另外，是否会先读取数据，然后再对数据判断，看是否要update，如果有这种操作，那么也是不需要锁定表的，只是需要对 所要读取的行通过加上 X锁，就能实现。
学无止境-逆流而上 2016-04-11
  • 打赏
  • 举报
 回复
引用 14 楼 yupeigu 的回复:
[quote=引用 13 楼 ITbasketplayer 的回复:] [quote=引用 12 楼 yupeigu 的回复:] [quote=引用 11 楼 ITbasketplayer 的回复:] [quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？[/quote] 对的，我重新描述下总的问题吧~跟dba也沟通了，他也没有什么办法： 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 我想改read-commit他说没啥用，建议分表，分表不太可能啊，工作流用的activiti，要改源码估计。 mysql> show processlist; | 22317463 | hq_crm | xx.xx.xx.xx:62363 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a JOIN(select DISTINCT case_id,type,behave_time from crm_user_ | | 22318579 | hq_crm | xx.xx.xx.xx:53236 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a mysql> show OPEN TABLES where In_use > 0; +----------+-----------------+--------+-------------+ | Database | Table | In_use | Name_locked | +----------+-----------------+--------+-------------+ | hq_crm | crm_case | 7 | 0 | | hq_crm | crm_user_behave | 3 | 0 | | hq_crm | ACT_RU_TASK | 5 | 0 | [/quote]
引用 13 楼 ITbasketplayer 的回复:
[quote=引用 12 楼 yupeigu 的回复:] [quote=引用 11 楼 ITbasketplayer 的回复:] [quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？[/quote] 对的，我重新描述下总的问题吧~跟dba也沟通了，他也没有什么办法： 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 我想改read-commit他说没啥用，建议分表，分表不太可能啊，工作流用的activiti，要改源码估计。 mysql> show processlist; | 22317463 | hq_crm | xx.xx.xx.xx:62363 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a JOIN(select DISTINCT case_id,type,behave_time from crm_user_ | | 22318579 | hq_crm | xx.xx.xx.xx:53236 | hq_crm | Query | 3 | Waiting for table level lock | select count(1) from crm_case a mysql> show OPEN TABLES where In_use > 0; +----------+-----------------+--------+-------------+ | Database | Table | In_use | Name_locked | +----------+-----------------+--------+-------------+ | hq_crm | crm_case | 7 | 0 | | hq_crm | crm_user_behave | 3 | 0 | | hq_crm | ACT_RU_TASK | 5 | 0 | [/quote] 少数单表DML频繁操作，导致数据库table locked比较多，事务级别是：REPEATABLE-READ 少数单表dml频繁，导致数据库表锁多？ 单表dml如果有索引，速度会非常快，因为用的是 行级锁，只是对要修改的行进行更新，如果有表锁，那就要搞清楚为什么会有表锁。 你们公司这个dba有点撤了 [/quote] 我们事务做在service层上的方法上，方法有增删改查多个操作，REPEATABLE READ级别下，读sql都会获取S锁，然后“事务提交时间太长，其他事务修改操作需要获得S锁”，导致表锁。所以我想叫他改成Read Committed试试看，只不过会有不可重复读问题。既然不让改事务级别，就先做主从读写分离试试吧。大神觉得如何？
LongRui888 2016-04-07
  • 打赏
  • 举报
 回复
引用 9 楼 ITbasketplayer 的回复:
[quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引
LongRui888 2016-04-07
  • 打赏
  • 举报
 回复
引用 11 楼 ITbasketplayer 的回复:
[quote=引用 10 楼 yupeigu 的回复:] [quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了[/quote] 你看了执行计划，可以用上索引对吗？
学无止境-逆流而上 2016-04-07
  • 打赏
  • 举报
 回复
引用 10 楼 yupeigu 的回复:
[quote=引用 9 楼 ITbasketplayer 的回复:] [quote=引用 7 楼 yupeigu 的回复:] [quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看[/quote] 确定，数据类型要一致，才能用上索引[/quote] 我测试可以用上啊，隐式转换了
LongRui888 2016-04-06
  • 打赏
  • 举报
 回复
另外，能否把这个update语句的执行计划打印出来看看，类似如下： explain update 。。。
LongRui888 2016-04-06
  • 打赏
  • 举报
 回复
引用 5 楼 ITbasketplayer 的回复:
[quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上
学无止境-逆流而上 2016-04-06
  • 打赏
  • 举报
 回复
引用 7 楼 yupeigu 的回复:
[quote=引用 5 楼 ITbasketplayer 的回复:] [quote=引用 1 楼 yupeigu 的回复:] update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键[/quote] 你的那个update 语句里 where id = ？ 这个id是数值型还是字符串类型，必须要要保证 id 和 ？ 传入的值，数据类型是一致的，不然索引就用不上[/quote] 类型不是一致的，实体里面是string，数据库是bigint，这个会导致索引用不上？？确定？明天测试一下看看
ACMAIN_CHM 2016-04-06
  • 打赏
  • 举报
 回复
如果打算通过其它方面进行优化，则必须先试验分析产生问题的原因到底是什么。 建议楼主在相同数据库内创建另外一表，模拟50W记录进行 update以断定是仅这个表`case`有这个问题，还是所以update有这个问题。 产生问题的可能性因素很多。 比如 锁，磁盘IO瓶颈， INNODB初始文件增长设置不合理等等。
学无止境-逆流而上 2016-04-05
  • 打赏
  • 举报
 回复
引用 1 楼 yupeigu 的回复:
update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
id是主键
学无止境-逆流而上 2016-04-05
  • 打赏
  • 举报
 回复
引用 3 楼 ACMAIN_CHM 的回复:
WHERE id = ? ID是主键吗？ 如果是，建议考虑分区表。
sql就很简单，id是主键，50W就分，DBA也说服不了吧
ACMAIN_CHM 2016-03-28
  • 打赏
  • 举报
 回复
WHERE id = ? ID是主键吗？ 如果是，建议考虑分区表。
benluobo 2016-03-28
  • 打赏
  • 举报
 回复
explain语句贴出结果 update慢 有可能是定位行的操作慢，也有可能本身就是更新慢
LongRui888 2016-03-28
  • 打赏
  • 举报
 回复
update慢，你可以用mysql的慢查询功能，然后对于这些慢的语句，在分析执行计划，看看到底是什么原因导致的，一般这种语句，关键就是索引id上要建索引
基于Web的酒店客房管理系统的设计与实现+论文+开题
​ 博主介绍：✌在职Java研发工程师、专注于程序设计、源码分享、技术交流、专注于Java技术领域和毕业设计✌项目名称基于Web的酒店客房管理系统的设计与实现系统说明3.2.1  用户模块功能分析前台模块应主要包括用户登录模块、用户注册模块、查看客房信息模块、客房预定 模块、用户留言模块、充值模块和个人信息维护模块。用户登录模块：用户通过输入注册的的账号和密码，然后进行身份验证，匹配成功 后实现登录功能。用户注册模块：用户输入合法的账号和密码可以实现注册功能。 查看客房信息模块：用户可以通过首页查看客房的价格，图片，详情等信息，从而   可以选择想要预定的房间。 客房预定模块：用户选择自己想要预定的客房后，可以通过输入相关信息进行订房操作。用户留言模块：用户可以向管理员发送留言。 充值模块：用户可以通过添加银行卡再为自己进行充值操作。 个人信息维护模块：用户可以修改自己的姓名、密码、身份证号等信息，还可以查看自己的订单。3.2.2  管理员模块功能分析对于管理员而言，一个好的管理系统总是能让酒店的管理工作事半功倍[7]。管理员 能够通过这个系统对自己的酒店情况一目了然，应该包括客户留言模块、客房管理模 块、订房信息管理模块、入住信息管理模块、统计分析模块、酒店新闻管理模块、会 员信息管理模块、员工信息管理模块、系统用户管理模块、个人信息维护模块。客户留言模块：管理员可以查看并回复用户的留言。客房管理模块：管理员可以管理客房信息，可以添加新的客房，删除已经停用的客房信息，还可以修改现有的客房信息。订房信息管理模块：管理员可以处理用户的订房请求，为用户办理入住手续。入住信息管理模块：对于没有注册的线下客户，也可以办理入住手续。统计分析模块：可以对酒店所有的入住信息进行记录和总结分析。酒店新闻管理模块：管理员可以更新网站上的新闻公告，展示图片等信息。会员信息管理模块：管理员可以查看到所有的注册会员信息，可以对会员信息进行删除，修改，添加操作。员工信息管理模块：管理员可以查看到自己公司所有的员工信息，而且还可以对员工的相关信息进行管理。系统用户管理模块：管理员可以查看到所有的系统管理员信息并对管理员信息进行管理。个人信息维护模块：管理员可以更改自己的登录密码或者是姓名、性别、手机号等 相关个人信息。​编辑 环境需要1.运行环境：最好是java jdk 1.8，我们在这个平台上运行的。其他版本理论上也可以。2.IDE环境：IDEA，Eclipse,Myeclipse都可以。推荐IDEA;3.tomcat环境：Tomcat 7.x,8.x,9.x版本均可4.硬件环境：windows 7/8/10 1G内存以上；或者 Mac OS； 5.数据库：MySql 5.7版本；6.是否Maven项目：否；技术栈1. 后端：Spring+SpringMVC+Mybatis2. 前端：JSP+CSS+JavaScript+jQuery使用说明1. 使用Navicat或者其它工具，在mysql中创建对应名称的数据库，并导入项目的sql文件；2. 使用IDEA/Eclipse/MyEclipse导入项目，Eclipse/MyEclipse导入时，若为maven项目请选择maven;若为maven项目，导入成功后请执行maven clean;maven install命令，然后运行；3. 将项目中springmvc-servlet.xml配置文件中的数据库配置改为自己的配置;4. 运行项目，在浏览器中输入http://localhost:8080/ 登录运行截图​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑​编辑 用户管理控制层:package com.houserss.controller;import javax.servlet.http.HttpSession;import org.apache.commons.lang3.StringUtils;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.stereotype.Controller;import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RequestMethod;import org.springframework.web.bind.annotation.RequestParam;import org.springframework.web.bind.annotation.ResponseBody;import com.houserss.common.Const;import com.houserss.common.Const.Role;import com.houserss.common.ServerResponse;import com.houserss.pojo.User;import com.houserss.service.IUserService;import com.houserss.service.impl.UserServiceImpl;import com.houserss.util.MD5Util;import com.houserss.util.TimeUtils;import com.houserss.vo.DeleteHouseVo;import com.houserss.vo.PageInfoVo;/** * Created by admin */@Controller@RequestMapping(/user/)public class UserController if (ip != null && ip.length() > 0) String[] ips = ip.split(,);for (int i = 0; i  
Unity3D Update和FixedUpdate的区别及深入探讨
注：本文禁止一切形式的转载 大多数对Update和FixedUpdate进行说明的文章都只说明了Update是每帧更新、FixedUpdate是固定间隔更新，以及Unity设置面板上的一些参数说明，但是都没有说明白Unity是如何保证FixedUpdate能固定时间间隔更新、以及如何与Update进行协调。这里我主要探讨下面几个问题： Update的计算量以及FixedUpdate的计算量会如何影响它们的调用频率 如果Update计算量极大，超出了设置的Maximum Allowed Timestep.
系统性能优化策略案例
XX银行网银系统是一套全新的对公业务渠道类系统，经过两年的建设，将逐步对外提供服务。 该系统融合了原来多个对公渠道系统，并发量是以前多个系统之和，吞吐量要求将大幅上升。为了使广大对公客户使用系统时获得更快的响应时间体验，项目组对系统进行了持续的性能测试和优化。这一过程中，形成了一套针对新建系统进行性能测试和优化的方法论。 该方法论包括测试环境准备、测试功能优先级、性能优化原则、常用性能指标及工具、...
windows10更新服务器修改,Windows 10彻底关闭自动更新（Windows Update和Windows Update Medic Service）...
Windows 10的自动更新(Windows Update)频率太高，经常关机的时候等很久，要是强制关机可能会导致系统崩溃，下面是如何彻底关闭的方法具体步骤如下：【关闭Windows Update服务】1、此电脑---->右键管理---->服务和应用程序---->服务，找到 Windows Update 双击进入，2、找到“常规”---->启动类型--禁用，然后点击服务状...
Select for update使用详解
前言 近期开发与钱相关的项目，在高并发场景下对数据的准确行有很高的要求，用到了for update，故总结一波以便日后留恋。 for update的使用场景 如果遇到存在高并发并且对于数据的准确性很有要求的场景，是需要了解和使用for update的。 比如涉及到金钱、库存等。一般这些操作都是很长一串并且是开启事务的。如果库存刚开始读的时候是1，而立马另一个进程进行了update将库存更新为0了，而事务还没有结束，会将错的数据一直执行下去，就会有问题。所以需要for upate 进行数据加锁防...
MySQL

56,677

社区成员

56,708

社区内容

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章