请教大侠们mysql性能的问题，多谢

北京野狼

原帖由 renyuxiao 于 2006-12-31 15:35 发表
以上while内的数据库操作，我统计出来是每秒大概300次

你怎么统计的。有多少独立的程序并发？

就是说他是有300while在运行？ 绝对不可能， 你的统计和mysql的统计差1000多倍

renyuxiao

服务程序while循环是永远不会退出的，退出了怎么服务呢？

这是我们程序的现状


IIS之类的就不在这里讨论了，

北京野狼

原帖由 renyuxiao 于 2006-12-31 15:42 发表
服务程序while循环是永远不会退出的，退出了怎么服务呢？

这是我们程序的现状


IIS之类的就不在这里讨论了，

就是说同时有300个while 在运行？ 太牛了

renyuxiao

有10几条线程吧

每次执行数据库操作就++，怎么会得到300条while呢？

renyuxiao

我想主要要请教一下

多线程同时delete update insert select 一个表时的锁定问题

是否有上述问题，有的话如何解决

北京野狼

有几个线程做循环并发就是几个。 不过你这样的系统真没见过。
Com_select               | 209922731  |
Com_delete               | 15304989   |
Com_insert               | 14258395   |
Com_update               | 19606275   |

这是你应用程序真正做过数据库操作的次数，一共不超过几亿次数据库操作。
好像和没小时100万也差不少。

奇怪Table_locks_immediate的值很大

[ 本帖最后由 北京野狼 于 2006-12-31 15:54 编辑 ]

北京野狼

原帖由 renyuxiao 于 2006-12-31 15:47 发表
我想主要要请教一下

多线程同时delete update insert select 一个表时的锁定问题

是否有上述问题，有的话如何解决

| Table_locks_immediate    | 256626350  |
| Table_locks_waited       | 2465737    |

可能瓶颈就在这里。

renyuxiao

呵呵，说得对，只是最近增大了，以前是试验性质的

renyuxiao

Table_locks_immediate    | 256626350  |
| Table_locks_waited       | 2465737    |

可能瓶颈就在这里。

我看到的疑问也是这里，就是不懂

北京野狼

update操作比较多，update属于查询更新，写速度依赖于更新的数据大小。

一个方法是推迟更改，然后在一行内进行多次更新。

真的每秒300次数据库操作的话， 数据库性能很难保障