这是一个创建于 399 天前的主题，其中的信息可能已经有所发展或是发生改变。
mysql 有张表用的引擎是 MyisAM,这张表有几个字段是被频繁修改的,导致查询和操作都特别慢，请问各位大佬们有什么办法优化嘛
 |
1
j1132888093 2024-05-22 16:36:10 +08:00
数据量，表结构，索引
|
 |
2
edward1987 2024-05-22 16:42:09 +08:00
如果有索引，那查询应该不慢，如果没索引 那写入应该不慢。是怎么做到两个操作都慢的，索引加了但是查询的时候用不到？？
|
 |
3
leegradyllljjjj 2024-05-22 16:45:18 +08:00
不要问 问就是索引
|
 |
4
isxzlhhh OP @edward1987 引擎是 myisam 每修改一条记录都会产生表锁
|
|
5
isxzlhhh OP 就是修改太频繁了 就是每 2 分钟 表里面的两三万条数据 每条数据都要修改一次
|
 |
6
tigerstudent 2024-05-22 16:55:44 +08:00
多条数据如果没有关联的话，可以考虑分库分表？
|
 |
8
kenvix 2024-05-22 17:03:58 +08:00
MyISAM 就不适合频繁改的表，他是用来多读少改的，能不能换 Inno?
|
 |
10
celaraze 2024-05-22 17:07:33 +08:00
1 ，MyISAM 引擎。
2 ，频繁且大量写入，2 分钟全表更新一次。 不知道你的后端应用什么技术栈，我给一些可能的建议： [应用] 避免单数据更新，尽量使用 `on duplicate key update` 语句。 [应用] 避免阻塞主线程，入队列写入，前端可给 toast 告知用户数据正在更新。 [DB] 索引，毋庸置疑，那列字段经常被查询、更新就加。 [DB] 查询时要尽量命中索引，少用 `!=` `or` `like` 啥的。 [DB] 分区表，100 / 1000 / 10000 条数据一个分区这样。 有个办法是你应用查询的过程，手动执行下，用 `explain` 检查下是不是这个查询经历了全表扫描过程，是的话就优化索引。 |
|
11
celaraze 2024-05-22 17:08:49 +08:00
@celaraze 总的来说，还是从数据库调优角度出发，分别从写入和查询去做优化，如果实在不行，按业务需求我蛮建议你非阻塞。
|
 |
12
yjhatfdu2 2024-05-22 17:12:21 +08:00
为啥不用 innodb 呢？ innodb 应该是 mvcc ，读写可以不冲突
|
|
13
isxzlhhh OP |
|
14
isxzlhhh OP @celaraze 后端采用的是 java 写的 业务有个很奇葩的要求 两分钟这些字段都要更新完 而且还不能影响整个系统
|
|
15
isxzlhhh OP @cxsz 我也在考虑在 redis 里面进行修改 但是在纠结用哪种数据结构 大概有五六个字段要频繁修改 而且我感觉会有并发问题出来 因为系统里面是有多个定时器 而这些定时器又用了多线程去修改 有几率是会出现好几个线程去同时修改同一条数据的问题
|
|
16
isxzlhhh OP 我的第一步想法是先换一个阿里云的读写分离的数据库 因为现在项目用的数据库是在服务器上手动装的 而且这台服务器还跑了 java 应用 redis 一台 4 核 8g 的服务器，不知道换了数据库会不会稍微好点
|
|
17
yjhatfdu2 2024-05-22 17:21:57 +08:00
两张表，写完就切另一张表吧
|
 |
18
lasuar 2024-05-22 17:49:30 +08:00
你换 redis 也要改旧代码，不如换 innodb ，解决根本问题。死锁，发现一个解决一个就是了，能有多少死锁？
|
 |
19
encro 2024-05-22 17:56:26 +08:00
换 innodb+mysql8 。行级锁，万一记录多了 instant 可以让你增加字段时不至于影响业务。
频繁改动，可以考虑 duckdb,redis 之类的内存操作 db 。 |
 |
20
coala 2024-05-22 18:16:12 +08:00
多改动的需求， 又需要索引 这不就是 innodb 解决的问题吗？ 主键索引 不就是牺牲一点查询性能 解决了 改动慢的问题， 为啥不试试看， 成本最低的改造方案。
|
Select Language