话说好长的标题啊= =
最近茶馆总是出现Error establishing a database connection的错误,至少在我访问的时候几乎一天一次的频率.
所以今天就研究了一下,不过还是没发现原因是什么.故求高人指点~
首先再出现问题之后,我登陆bluehost的后台发现无法检测到数据库,上网搜了一下说是由于服务器的某些原因,导致数据库断开连接.
但这几天都这样也太频繁了点吧?
然后一般等半个小时左右就有恢复正常了,现在怀疑是插件的原因,所以禁用了一些插件,过几天再看看效果吧~
刚才检查数据库的时候发现这个提示,有谁明白这个是啥意思吗?
The number of records for InnoDB tables is not correct.
phpMyAdmin uses a quick method to get the row count, and this method only returns an approximate count in the case of InnoDB tables. See $cfg[‘MaxExactCount’] for a way to modify those results, but this could have a serious impact on performance.
最后如果谁知道这个是怎么回事的话,请留言告知一下,不胜感激~
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; GTB6.5; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.30729)
1.对InnoDB表的记录数是不正确的。
phpMyAdmin的使用一个快速的方法来获取行计数，此方法只返回一个InnoDB表中的案件数目大约。见$ CFG桩的方式来修改这些成果[‘MaxExactCount’]，但是这可能会对性能产生严重影响。
2.纪录innodb的表是不正确的。phpmyadmin用一个快速的方法去行，这是一个近似计算方法返回的innodb表。请参照$cfg(maxexactcount“Z”的办法修改这些结果，但这可能严重影响性能。
沙发么？
纯机翻，根据内容你好像要去找它提供给你的$cfg(maxexactcount“Z”)方法。去百度问吧
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; GTB6.5; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.30729)
板凳我也拿了好了。
第一.数据库名，用户名和密码要填写你WordPress数据库的信息。
第二.你所建立的数据库的用户没有足够的权限访问数据库。
恩。你试试先
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
@nevertravel
呃,这个翻译还是谢谢了~
@nevertravel
这些我都没有修改,所以不会有错的…
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
我还以为是家的网络的问题，毕竟常常出问题..
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; ja-jp) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16
进来围观天使 😳
天使什么的，最萌了 😳
掌柜什么的，最喜欢了 😳
SAMSUNG-SGH-D528/NetFront 3.2/WAP2.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 UNTRUSTED/1.0
是不是数据超量导致的加载数据时读取错误引起的冲突….话说茶馆里的东西太多了…服务器是不是一时半会反应不来
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
我也是看到相当萌的橘奏才进来围观的…
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; TencentTraveler 4.0; .NET CLR 2.0.50727)
– -很悲哀，我竟然不知道图出自哪个动漫
有人能告知不
我前些时间遇到这个问题也上网查了下，恩恩…和沙发那位差不多，不过我还以为是网络问题的说
Opera/9.80 (Windows NT 5.1; U; zh-cn) Presto/2.5.24 Version/10.54
至少我没遇见这问题！
好吧，我是看见天使才进来的！ 😀
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
@喜欢睡觉
不是网络问题
@lovee
❗
@ESTi
有可能是客人太多,导致数据库查询量太大了
@小剑
angel beats 🙂
@双重世界
恩,放天使就是为了骗大家进来的 😛
SAMSUNG-SGH-D528/NetFront 3.2/WAP2.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 UNTRUSTED/1.0
话说天津大学不会没有很牛的电脑老师吧….掌柜的要不跑去问问…=^-^=
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
应该是对数据库的访问查询量太大。调整“$cfg[‘MaxExactCount’]”的值以适应访问量。
当然，我也仅仅是猜测……
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
虚拟主机的话，数据库服务器宕机了不要在意，一切会好的。
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
顺便说一下立华奏是我妹子 😎 😎
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre) Gecko/20100623 Minefield/3.7a6pre
修复数据库吧，可能的话最好考虑用wp_supercache之类的插件减轻数据库的负担，会有帮助的
@亦念 bs再次跑出来晒妹子的某喵
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/532.8 (KHTML, like Gecko) Chrome/4.0.295.0 Safari/532.8 AppEngine-Google; (+http://code.google.com/appengine; appid: hellerproxy)
我也觉得跟访问量过大有关
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; 360SE)
恩~~~我还没遇到过这种情况
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
做网站首先你要懂得“How To Make Love”，简称HTML ；如果觉得你对HTML已经精通了，你应该学学3P（ASP，PHP，JSP) 。。。
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
这写掌柜懂的吧，他科班的，多少总要碰的
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
口胡！天使是我老婆
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
@ESTi
这个…我们的老师一般会这么说:这个问题我不能回答,你应该靠自己来解决这个问题= =
@Venusxx
“$cfg[‘MaxExactCount’]”在哪里调整?
@亦念
但是经常当机还是很不爽啊~
妹子
@wettuy
其实觉得用wp_supercache反而会出现意想不到的问题 🙁
@heller
那这个问题就无解了啊 😥
@yesudexiaodi
HTML还是会的,目前只能2P,3P难道太大= =
@kyt30
喂喂,这怎么一个一个,天使是大家的好不好 😯
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
MaxExactCount refers to the database structure page which lists all the tables in the database along with their number of records, size, collation, etc. This record count is where MaxExactCount is sometimes used (only on InnoDB tables, at least according to FAQ 3.11).
这个函数列出了数据库的记录的数量和大小？看网上的phpmyadmin设置教程里面都设了20000，
掌柜也是这么做的话试试看改一下
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
@くぎゅううううう命
不过我用的是虚拟主机,php的设置貌似是在服务器端默认的….
Mozilla/5.0 (X11; U; Linux i686; zh-CN; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3
@yesudexiaodi
😮
好彪悍啊
@李掌柜
是不是你的缓存插件 产生的太多的cache文件呢（这是网上搜的来着，我什么都不懂）。
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
@kyt30 @wettuy
我妹子在这里：http://t.torriacg.com/13
@李掌柜
也有可能是MySQL服务器的并发限制，所以说换VPS吧 ➡
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)
话说天使好萌啊啊！！！
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
只能得到两个信息，服务器有问题，或者哪个插件有问题，具体的….帮不上忙.. 😕
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
啊，忘了，萌萌的天使我刮走了 😛
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
纯猜测，如果是数据库查询量太大而暂时挂掉的话，或许可以试用下DB Cache Reloaded这个插件，专门缓存数据库的。
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4
@绯色的RUN
其实我也是这么想的,所以昨天就把插件停了,结果今天就没出问题= =
@亦念
VPS是要钱的啊
@小明猪
还是谢谢了,话说这个天使骗进来不少人啊 🙂
@godxq1986
恩,那个插件有用过的,但是容易造成一定显示错误