suchen
HeimDatenbankMySQL-TutorialMySQL – Detaillierte Codelösung für das MySql-8-Stunden-Problem, das durch die Verwendung von c3p0 und DBCP-Verbindungspool verursacht wird

Dieser Artikel beschreibt ausführlich die Codelösung für das MySQL-8-Stunden-Problem, das durch die Verwendung von c3p0 und dem DBCP-Verbindungspool verursacht wird. Es folgt eine detaillierte Beschreibung.

1. Problembeschreibung

Vor Kurzem arbeite ich an einem Java-Webprojekt, das Framework ist Spring MVC+JPA, ich verwende den c3p0-Verbindungspool, die Release-Umgebung ist Tomcat 7 Das Projekt läuft seit einiger Zeit (ungefähr einige Stunden). Bei einem späteren Zugriff wird beim ersten Zugriff eine Fehlermeldung angezeigt. Der normale Zugriff erfolgt jedoch erneut und dieses Problem tritt mehrmals auf. Das Folgende ist das Fehlerprotokoll:


org.springframework.transaction.CannotCreateTransactionException: Could not open JPA EntityManager for transaction; 
nested exception is javax.persistence.PersistenceException: org.hibernate.TransactionException: JDBC begin transaction failed:   
        at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:428)  
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:372)  
        at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:417)  
        at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:255)  
        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:94)  
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)  
        at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:631)  
        at com.appcarcare.cube.service.UserService
    EnhancerByCGLIB
    a4429cba.getUserDao(<generated>)  
      
        at com.appcarcare.cube.servlet.DataCenterServlet$SqlTimer.connectSql(DataCenterServlet.java:76)  
        at com.appcarcare.cube.servlet.DataCenterServlet$SqlTimer.run(DataCenterServlet.java:70)  
        at java.util.TimerThread.mainLoop(Timer.java:555)  
        at java.util.TimerThread.run(Timer.java:505)  
    Caused by: javax.persistence.PersistenceException: org.hibernate.TransactionException: JDBC begin transaction failed:   
        at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1387)  
        at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1310)  
      
        at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:1397)  
        at org.hibernate.ejb.TransactionImpl.begin(TransactionImpl.java:62)  
        at org.springframework.orm.jpa.DefaultJpaDialect.beginTransaction(DefaultJpaDialect.java:71)  
        at org.springframework.orm.jpa.vendor.HibernateJpaDialect.beginTransaction(HibernateJpaDialect.java:60)  
        at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:378)  
        ... 11 more  
    Caused by: org.hibernate.TransactionException: JDBC begin transaction failed:   
        at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doBegin(JdbcTransaction.java:76)  
        at org.hibernate.engine.transaction.spi.AbstractTransactionImpl.begin(AbstractTransactionImpl.java:160)  
      
        at org.hibernate.internal.SessionImpl.beginTransaction(SessionImpl.java:1426)  
        at org.hibernate.ejb.TransactionImpl.begin(TransactionImpl.java:59)  
        ... 14 more  
    Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure  
      
    The last packet successfully received from the server was 1,836,166 milliseconds ago.  
    The last packet sent successfully to the server was 29,134 milliseconds ago.  
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)  
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)  
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)  
        at java.lang.reflect.Constructor.newInstance(Constructor.java:526)  
        at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)  
        at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117)  
        at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3567)  
        at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3456)  
      
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3997)  
        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2468)  
        at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2629)  
        at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2713)  
        at com.mysql.jdbc.ConnectionImpl.setAutoCommit(ConnectionImpl.java:5060)  
        at com.mchange.v2.c3p0.impl.NewProxyConnection.setAutoCommit(NewProxyConnection.java:881)  
        at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doBegin(JdbcTransaction.java:72)  
      
        ... 17 more  
    Caused by: java.net.SocketException: Software caused connection abort: recv failed  
        at java.net.SocketInputStream.socketRead0(Native Method)  
        at java.net.SocketInputStream.read(SocketInputStream.java:150)  
        at java.net.SocketInputStream.read(SocketInputStream.java:121)  
        at com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:114)  
        at com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:161)  
        at com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:189)  
        at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:3014)  
        at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3467)  
        ... 25 more


2. Ursachenanalyse

MySQL-Server-Standard ""wait_timeout" beträgt 28800 Sekunden oder 8 Stunden, was bedeutet, dass MySQL die Verbindung automatisch trennt, wenn eine Verbindung länger als 8 Stunden inaktiv ist, der Verbindungspool jedoch davon ausgeht, dass die Verbindung noch gültig ist (aufgrund der Gültigkeit der Verbindung). nicht verifiziert ist), wenn die Anwendung die Verwendung dieser Verbindung beantragt, wird der obige Fehler verursacht

3. Lösung

Es gibt drei Möglichkeiten, dieses Problem zu lösen, die zweite wird empfohlen:

1. Erhöhen Sie den Wert des MySQL-Attributs „wait_timeout“

Ändern Sie die Konfigurationsdatei my.ini im MySQL-Installationsverzeichnis (falls keine solche Datei vorhanden ist, kopieren Sie die Datei „my- „default.ini“-Datei, um eine „copy“ my-default.ini“-Datei zu generieren. Benennen Sie die „copy my-default.ini“-Datei in „my.ini“ um und legen Sie
in der Datei

wait_timeout=31536000  
interactive_timeout=31536000
Diese beiden Der Standardwert jedes Parameters beträgt 8 Stunden (60*60*8=28800).

Hinweis: 1. Der maximale Wert von wait_timeout darf nur 2147483 (ca. 24 Tage) betragen.
2. Ändern Sie die Konfigurationsdatei auf die in den meisten Artikeln im Internet beschriebene Weise. Sie können auch den MySQL-Befehl verwenden um diese beiden Attribute zu ändern



2. Reduzieren Sie den Lebenszyklus von Verbindungen im Verbindungspool

Reduzieren Sie den Lebenszyklus von Verbindungen im Verbindungspoolzeitraum, sodass dieser kürzer als der im vorherigen Punkt festgelegte Wert für „wait_timeout“ ist.

Ändern Sie die c3p0-Konfigurationsdatei und legen Sie sie in der Spring-Konfigurationsdatei fest:


<bean id="dataSource"  class="com.mchange.v2.c3p0.ComboPooledDataSource">       
    <property name="maxIdleTime"value="1800"/>    
    <!--other properties -->    
</bean>


3. Verwenden Sie regelmäßig die Verbindung pool Die Verbindungen

nutzen regelmäßig die Verbindungen im Verbindungspool, damit sie nicht aufgrund einer Leerlaufzeitüberschreitung von MySQL getrennt werden.

Ändern Sie die c3p0-Konfigurationsdatei und legen Sie

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">    
    <property name="preferredTestQuery" value="SELECT 1"/>    
    <property name="idleConnectionTestPeriod" value="18000"/>    
    <property name="testConnectionOnCheckout" value="true"/>    
</bean>


in der Spring-Konfigurationsdatei 4 fest. Erweiterungen

C3P0

C3P0 ist ein Open-Source-JDBC-Verbindungspool, der mit Hibernate im lib-Verzeichnis veröffentlicht wird und DataSources-Objekte enthält, die die in den Erweiterungsspezifikationen jdbc3 und jdbc2 beschriebenen Verbindungs- und Anweisungspools implementieren. c3p0-Konfigurationsdatei

<default-config>   
  <!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 -->   
  <property name="acquireIncrement">3</property>   
  <!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 -->   
  <property name="acquireRetryAttempts">30</property>   
  <!--两次连接中间隔时间,单位毫秒。Default: 1000 -->   
  <property name="acquireRetryDelay">1000</property>   
  <!--连接关闭时默认将所有未提交的操作回滚。Default: false -->   
  <property name="autoCommitOnClose">false</property>   
  <!--c3p0将建一张名为Test的空表,并使用其自带的查询语句进行测试。如果定义了这个参数那么   
  属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作,它将只供c3p0测试   
  使用。Default: null-->   
  <property name="automaticTestTable">Test</property>   
  <!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效   
  保留,并在下次调用getConnection()的时候继续尝试获取连接。如果设为true,那么在尝试   
  获取连接失败后该数据源将申明已断开并永久关闭。Default: false-->   
  <property name="breakAfterAcquireFailure">false</property>   
  <!--当连接池用完时客户端调用getConnection()后等待获取新连接的时间,超时后将抛出   
  SQLException,如设为0则无限期等待。单位毫秒。Default: 0 -->   
  <property name="checkoutTimeout">100</property>   
  <!--通过实现ConnectionTester或QueryConnectionTester的类来测试连接。类名需制定全路径。   
  Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->   
  <property name="connectionTesterClassName"></property>   
  <!--指定c3p0 libraries的路径,如果(通常都是这样)在本地即可获得那么无需设置,默认null即可   
  Default: null-->   
  <property name="factoryClassLocation">null</property>   
  <!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs.   
  (文档原文)作者强烈建议不使用的一个属性-->   
  <property name="forceIgnoreUnresolvedTransactions">false</property>   
  <!--每60秒检查所有连接池中的空闲连接。Default: 0 -->   
  <property name="idleConnectionTestPeriod">60</property>   
  <!--初始化时获取三个连接,取值应在minPoolSize与maxPoolSize之间。Default: 3 -->   
  <property name="initialPoolSize">3</property>   
  <!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 -->   
  <property name="maxIdleTime">60</property>   
  <!--连接池中保留的最大连接数。Default: 15 -->   
  <property name="maxPoolSize">15</property>   
  <!--JDBC的标准参数,用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements   
  属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。   
  如果maxStatements与maxStatementsPerConnection均为0,则缓存被关闭。Default: 0-->   
  <property name="maxStatements">100</property>   
  <!--maxStatementsPerConnection定义了连接池内单个连接所拥有的最大缓存statements数。Default: 0 -->   
  <property name="maxStatementsPerConnection"></property>   
  <!--c3p0是异步操作的,缓慢的JDBC操作通过帮助进程完成。扩展这些操作可以有效的提升性能   
  通过多线程实现多个操作同时被执行。Default: 3-->   
  <property name="numHelperThreads">3</property>   
  <!--当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0   
  的数据源时。Default: null-->   
  <property name="overrideDefaultUser">root</property>   
  <!--与overrideDefaultUser参数对应使用的一个参数。Default: null-->   
  <property name="overrideDefaultPassword">password</property>   
  <!--密码。Default: null-->   
  <property name="password"></property>   
  <!--定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意:   
  测试的表必须在初始数据源的时候就存在。Default: null-->   
  <property name="preferredTestQuery">select id from test where id=1</property>   
  <!--用户修改系统配置参数执行前最多等待300秒。Default: 300 -->   
  <property name="propertyCycle">300</property>   
  <!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的   
  时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable   
  等方法来提升连接测试的性能。Default: false -->   
  <property name="testConnectionOnCheckout">false</property>   
  <!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: false -->   
  <property name="testConnectionOnCheckin">true</property>   
  <!--用户名。Default: null-->   
  <property name="user">root</property>
Konfiguration im Ruhezustand (Spring-Management):


<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">   
  <property name="driverClass"><value>oracle.jdbc.driver.OracleDriver</value></property>   
  <property name="jdbcUrl"><value>jdbc:oracle:thin:@localhost:1521:Test</value></property>   
  <property name="user"><value>Kay</value></property>   
  <property name="password"><value>root</value></property>   
  <!--连接池中保留的最小连接数。-->   
  <property name="minPoolSize" value="10" />   
  <!--连接池中保留的最大连接数。Default: 15 -->   
  <property name="maxPoolSize" value="100" />   
  <!--最大空闲时间,1800秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 -->   
  <property name="maxIdleTime" value="1800" />   
  <!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 -->   
  <property name="acquireIncrement" value="3" />   
  <property name="maxStatements" value="1000" />   
  <property name="initialPoolSize" value="10" />   
  <!--每60秒检查所有连接池中的空闲连接。Default: 0 -->   
  <property name="idleConnectionTestPeriod" value="60" />   
  <!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 -->   
  <property name="acquireRetryAttempts" value="30" />   
  <property name="breakAfterAcquireFailure" value="true" />   
  <property name="testConnectionOnCheckout" value="false" />   
  </bean>   
  ###########################   
  ### C3P0 Connection Pool###   
  ###########################   
  #hibernate.c3p0.max_size 2   
  #hibernate.c3p0.min_size 2   
  #hibernate.c3p0.timeout 5000   
  #hibernate.c3p0.max_statements 100   
  #hibernate.c3p0.idle_test_period 3000   
  #hibernate.c3p0.acquire_increment 2   
  #hibernate.c3p0.validate false   
  在hibernate.cfg.xml文件里面加入如下的配置:   
  <!-- 最大连接数 -->   
  <property name="hibernate.c3p0.max_size">20</property>   
  <!-- 最小连接数 -->   
  <property name="hibernate.c3p0.min_size">5</property>   
  <!-- 获得连接的超时时间,如果超过这个时间,会抛出异常,单位毫秒 -->   
  <property name="hibernate.c3p0.timeout">120</property>   
  <!-- 最大的PreparedStatement的数量 -->   
  <property name="hibernate.c3p0.max_statements">100</property>   
  <!-- 每隔120秒检查连接池里的空闲连接 ,单位是秒-->   
  <property name="hibernate.c3p0.idle_test_period">120</property>   
  <!-- 当连接池里面的连接用完的时候,C3P0一下获取的新的连接数 -->   
  <property name="hibernate.c3p0.acquire_increment">2</property>   
  <!-- 每次都验证连接是否可用 -->   
  <property name="hibernate.c3p0.validate">true</property>
MySql wurde nach 8 Stunden bei Verwendung des DBCP-Verbindungspools getrennt. Lösung

Ändern die l-Konfigurationsdatei:
Ändern Sie sie wie folgt:

<data-sources>  
      <data-source key="org.apache.struts.action.DATA_SOURCE"                             
      type="org.apache.commons.dbcp.BasicDataSource">  
      <set-property property="driverClassName" value="com.mysql.jdbc.Driver" />  
      <set-property property="description" value="wjjg" />  
      <set-property property="url" value="jdbc:mysql://localhost/wjjg?useUnicode=true&characterEncoding=GB2312" />  
      <set-property property="password" value="12345678" />  
      <set-property property="username" value="wjjg" />  
      <set-property property="maxActive" value="10" />  
      <set-property property="maxIdle" value="60000" />  
      <set-property property="maxWait" value="60000" />  
      <set-property property="defaultAutoCommit" value="true" />  
      <set-property property="defaultReadOnly" value="false" />    
      <set-property property="testOnBorrow" value="true"/>  
      <set-property property="validationQuery" value="select 1"/>  
</data-source>
Unter diesen sind testOnBorrow und validationQuery sehr wichtig.

testOnBorrow bedeutet, die Gültigkeit der Verbindung zu überprüfen, wenn sie aus dem Datenbankverbindungspool abgerufen wird.
validationQuery ist eine SQL-Anweisung, die zur Überprüfung von „select 1“ verwendet wird, schnell ausgeführt wird und eine gute Erkennungsanweisung ist.




Das obige ist der detaillierte Inhalt vonMySQL – Detaillierte Codelösung für das MySql-8-Stunden-Problem, das durch die Verwendung von c3p0 und DBCP-Verbindungspool verursacht wird. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Wie behandeln Sie Datenbank -Upgrades in MySQL?Wie behandeln Sie Datenbank -Upgrades in MySQL?Apr 30, 2025 am 12:28 AM

Zu den Schritten für die Aktualisierung der MySQL -Datenbank gehören: 1. Sicherung der Datenbank, 2. Stoppen Sie den aktuellen MySQL -Dienst, 3. Installieren Sie die neue Version von MySQL, 14. Starten Sie die neue Version des MySQL -Dienstes, 5. Wiederherstellen Sie die Datenbank wieder her. Während des Upgrade -Prozesses sind Kompatibilitätsprobleme erforderlich, und erweiterte Tools wie Perconatoolkit können zum Testen und Optimieren verwendet werden.

Was sind die verschiedenen Sicherungsstrategien, die Sie für MySQL verwenden können?Was sind die verschiedenen Sicherungsstrategien, die Sie für MySQL verwenden können?Apr 30, 2025 am 12:28 AM

Zu den MySQL-Backup-Richtlinien gehören logische Sicherungen, physische Sicherungen, inkrementelle Sicherungen, replikationsbasierte Backups und Cloud-Backups. 1. Logical Backup verwendet MySQldump, um die Datenbankstruktur und -daten zu exportieren, die für kleine Datenbanken und Versionsmigrationen geeignet sind. 2. Physische Sicherungen sind durch das Kopieren von Datendateien schnell und umfassend, erfordern jedoch eine Datenbankkonsistenz. 3. Incremental Backup verwendet eine binäre Protokollierung, um Änderungen aufzuzeichnen, was für große Datenbanken geeignet ist. V. 5. Cloud -Backups wie AmazonRDs bieten Automatisierungslösungen, aber Kosten und Kontrolle müssen berücksichtigt werden. Bei der Auswahl einer Richtlinie sollten Datenbankgröße, Ausfallzeittoleranz, Wiederherstellungszeit und Wiederherstellungspunktziele berücksichtigt werden.

Was ist MySQL Clustering?Was ist MySQL Clustering?Apr 30, 2025 am 12:28 AM

MysqlclusteringenhancesDatabaserObustnessandScalabilityBydiTributingDataacrossmultiPlenodes

Wie optimieren Sie das Datenbankschema -Design für die Leistung in MySQL?Wie optimieren Sie das Datenbankschema -Design für die Leistung in MySQL?Apr 30, 2025 am 12:27 AM

Das Optimieren von Datenbankschema -Design in MySQL kann die Leistung in den folgenden Schritten verbessern: 1. Indexoptimierung: Erstellen Sie Indizes für gemeinsame Abfragespalten, Ausgleich des Aufwand der Abfragen und Einfügen von Aktualisierungen. 2. Tabellenstrukturoptimierung: Redundieren Sie die Datenreduktion durch Normalisierung oder Anti-Normalisierung und verbessern Sie die Zugangseffizienz. 3. Datentypauswahl: Verwenden Sie geeignete Datentypen, z. B. int anstelle von VARCHAR, um den Speicherplatz zu reduzieren. 4. Partitionierung und Untertisch: Verwenden Sie für große Datenvolumina die Partitionierung und Untertabelle, um Daten zu dispergieren, um die Abfrage- und Wartungseffizienz zu verbessern.

Wie können Sie die MySQL -Leistung optimieren?Wie können Sie die MySQL -Leistung optimieren?Apr 30, 2025 am 12:26 AM

TooptimizeMySQLperformance,followthesesteps:1)Implementproperindexingtospeedupqueries,2)UseEXPLAINtoanalyzeandoptimizequeryperformance,3)Adjustserverconfigurationsettingslikeinnodb_buffer_pool_sizeandmax_connections,4)Usepartitioningforlargetablestoi

So verwenden Sie MySQL -Funktionen für die Datenverarbeitung und BerechnungSo verwenden Sie MySQL -Funktionen für die Datenverarbeitung und BerechnungApr 29, 2025 pm 04:21 PM

MySQL -Funktionen können zur Datenverarbeitung und -berechnung verwendet werden. 1. Grundlegende Nutzung umfasst String -Verarbeitung, Datumsberechnung und mathematische Operationen. 2. Erweiterte Verwendung umfasst die Kombination mehrerer Funktionen zur Implementierung komplexer Vorgänge. 3. Die Leistungsoptimierung erfordert die Vermeidung der Verwendung von Funktionen in der WHERE -Klausel und der Verwendung von Gruppenby- und temporären Tabellen.

Eine effiziente Möglichkeit, Daten in MySQL einzufügenEine effiziente Möglichkeit, Daten in MySQL einzufügenApr 29, 2025 pm 04:18 PM

Effiziente Methoden für das Batch -Einfügen von Daten in MySQL gehören: 1. Verwenden von InsertInto ... Wertesyntax, 2. Verwenden von LoadDatainFile -Befehl, 3. Verwendung der Transaktionsverarbeitung, 4. Stapelgröße anpassen, 5. Deaktivieren Sie die Indexierung, 6. Verwenden Sie die Einfügung oder einfügen.

Schritte zum Hinzufügen und Löschen von Feldern zu MySQL -TabellenSchritte zum Hinzufügen und Löschen von Feldern zu MySQL -TabellenApr 29, 2025 pm 04:15 PM

Fügen Sie in MySQL Felder mit alterTabletable_nameaddcolumnNew_columnvarchar (255) nach oben nachzusteuern. Beim Hinzufügen von Feldern müssen Sie einen Speicherort angeben, um die Abfrageleistung und die Datenstruktur zu optimieren. Vor dem Löschen von Feldern müssen Sie bestätigen, dass der Betrieb irreversibel ist. Die Änderung der Tabellenstruktur mithilfe von Online-DDL, Sicherungsdaten, Testumgebungen und Zeiträumen mit niedriger Last ist die Leistungsoptimierung und Best Practice.

See all articles

Heiße KI -Werkzeuge

Undresser.AI Undress

Undresser.AI Undress

KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover

AI Clothes Remover

Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool

Undress AI Tool

Ausziehbilder kostenlos

Clothoff.io

Clothoff.io

KI-Kleiderentferner

Video Face Swap

Video Face Swap

Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heiße Werkzeuge

Herunterladen der Mac-Version des Atom-Editors

Herunterladen der Mac-Version des Atom-Editors

Der beliebteste Open-Source-Editor

EditPlus chinesische Crack-Version

EditPlus chinesische Crack-Version

Geringe Größe, Syntaxhervorhebung, unterstützt keine Code-Eingabeaufforderungsfunktion

SublimeText3 Mac-Version

SublimeText3 Mac-Version

Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Sicherer Prüfungsbrowser

Sicherer Prüfungsbrowser

Safe Exam Browser ist eine sichere Browserumgebung für die sichere Teilnahme an Online-Prüfungen. Diese Software verwandelt jeden Computer in einen sicheren Arbeitsplatz. Es kontrolliert den Zugriff auf alle Dienstprogramme und verhindert, dass Schüler nicht autorisierte Ressourcen nutzen.

SAP NetWeaver Server-Adapter für Eclipse

SAP NetWeaver Server-Adapter für Eclipse

Integrieren Sie Eclipse mit dem SAP NetWeaver-Anwendungsserver.