<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[TNF : Tatter Network Foundation forum - db table 깨짐 현상 방지책은 업나요?]]></title>
	<link rel="self" href="http://forum.tattersite.com/ko/extern.php?action=feed&amp;tid=6619&amp;type=atom"/>
	<updated>2008-09-18T14:03:08Z</updated>
	<generator>PunBB</generator>
	<id>http://forum.tattersite.com/ko/viewtopic.php?id=6619</id>
		<entry>
			<title type="html"><![CDATA[RSS 답글: db table 깨짐 현상 방지책은 업나요?]]></title>
			<link rel="alternate" href="http://forum.tattersite.com/ko/viewtopic.php?pid=30311#p30311"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>inureyes 작성:</cite><blockquote><p>덧) 로드가 왕창 몰리는 경우에는 1.8 알파의 경우 memcache 모드를 켜면 세션을 서버 메모리에서 관리합니다. 1.7에서는 두 테이블을 기본 모드인 MYISAM에서 MEMORY 타입으로 바꾸면 심한 로드에도 깨지지 않습니다. 이 경우 sessions 테이블의 data 필드가 text 사이즈인데, MEMORY 타입의 테이블은 text 타입의 필드를 지원하지 않기 때문에 열개 이하의 다중 블로그를 운영하신다면 VARCHAR(2048) 정도로 속성을 변경해 주시면 됩니다.</p></blockquote></div><p>이게... 제가 어제 쿨엔님과 OpenID 로그인 버그 테스트하면 알게 된 사실인데요, Session 테이블의 data 필드에 68KB 이상의 데이터가 들어가는 경우도 있습니다.; MySQL에서 strict mode가 활성화되어 있다면 짤리는 정도가 아니고 멈춰버리죠;;; 따라서 2048 정도의 작은 크기로 하면 오픈아이디 로그인에 문제가 생길 수 있습니다. orz</p>]]></content>
			<author>
				<name><![CDATA[daybreaker]]></name>
				<uri>http://forum.tattersite.com/ko/profile.php?id=11</uri>
			</author>
			<updated>2008-09-18T14:03:08Z</updated>
			<id>http://forum.tattersite.com/ko/viewtopic.php?pid=30311#p30311</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[RSS 답글: db table 깨짐 현상 방지책은 업나요?]]></title>
			<link rel="alternate" href="http://forum.tattersite.com/ko/viewtopic.php?pid=30304#p30304"/>
			<content type="html"><![CDATA[<p>mySQL 세션 테이블이 깨지는 현상은 접속이 왕창 몰렸을 때 발생합니다. 방문자가 새로 올 때 마다 데이터를 넣었다 뺐다 하기 때문입니다. <img src="http://forum.tattersite.com/ko/img/smilies/smile.png" width="15" height="15" alt="smile" /></p><p>두 테이블에 들어가는 정보는 임시로 저장되므로 내용은 전혀 중요하지 않습니다. 깨진 경우에는 REPAIR TABLE tc_sessions,tc_sessionvisits 를 통해서 복원하시면 됩니다.</p><p>원래 테이블 자동 복구 기능이 들어 있는데, 제대로 안돌아가는 경우가 가끔 생기는 듯 하네요. 1.7.6에는 세션 테이블 검사 후 자동 복구 기능을 보완하도록 하겠습니다.</p><p>덧) 로드가 왕창 몰리는 경우에는 1.8 알파의 경우 memcache 모드를 켜면 세션을 서버 메모리에서 관리합니다. 1.7에서는 두 테이블을 기본 모드인 MYISAM에서 MEMORY 타입으로 바꾸면 심한 로드에도 깨지지 않습니다. 이 경우 sessions 테이블의 data 필드가 text 사이즈인데, MEMORY 타입의 테이블은 text 타입의 필드를 지원하지 않기 때문에 열개 이하의 다중 블로그를 운영하신다면 VARCHAR(2048) 정도로 속성을 변경해 주시면 됩니다.</p>]]></content>
			<author>
				<name><![CDATA[inureyes]]></name>
				<uri>http://forum.tattersite.com/ko/profile.php?id=2</uri>
			</author>
			<updated>2008-09-18T10:59:02Z</updated>
			<id>http://forum.tattersite.com/ko/viewtopic.php?pid=30304#p30304</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[db table 깨짐 현상 방지책은 업나요?]]></title>
			<link rel="alternate" href="http://forum.tattersite.com/ko/viewtopic.php?pid=30291#p30291"/>
			<content type="html"><![CDATA[<p>사실 이곳에 글을 올리는게 맞지 않을지도 모르지만....</p><p>마땅히 질문할곳도 없어서 질문 드립니다.</p><p>현재 1.6.4 확장판을 mySQL 4.1 버젼과 사용중인데요.</p><p>얼마전 로그인이 무작정 안되는 현상이 발생하여 이곳에서 자료를 찾아보던중</p><p>tc_sessions 테이블이 깨졌을 경우 이런 현상이 발생한다는 글을 보고...</p><p>설마하며 테이블을 점검하던중....</p><p>허거덩.... 정말 테이블이 깨졌더군요.</p><p>tc_sessions , tc_sessionvisits(?) 이러케 2개의 테이블이 깨졌던데요.</p><p>다행이 전날 백업한 자료가 있어서 어렵지 않게 복구는 하였지만...</p><p>한번 그러고나니... 다음에도 같은 일이 발생할수 있을거 같더라구요.</p><p>왜 mySQL 테이블이 깨지는걸까요?</p><p>혹시 방지책은 없는걸까여?</p>]]></content>
			<author>
				<name><![CDATA[박동섭]]></name>
				<uri>http://forum.tattersite.com/ko/profile.php?id=2864</uri>
			</author>
			<updated>2008-09-18T04:37:57Z</updated>
			<id>http://forum.tattersite.com/ko/viewtopic.php?pid=30291#p30291</id>
		</entry>
</feed>
